The telnet username and password have been changed and LAN2 appears to have been disabled rather than simply relying on the firewall setting to block access.
The sooner the likes of Netgear et all get their act together and start producing a half decent affordable VDSL router the better.
There are also two significant changes in the default config. The telnet username and password have been changed and LAN2 appears to have been disabled rather than simply relying on the firewall setting to block access. <LANEthernetInterfaceConfigInstance> entries 2-4 now have Enable="0".In view of this, it is puzzling that the remote update process does not always reset the config to default.
Well done Wolfy. :thumbs:
Do you think it might be feasible to extract the latest Broadcom driver blob and insert it into the earlier version of the firmware?
Oh wait! We can tell if theres something wrong, rather than just accept what were told.
There are also two significant changes in the default config. The telnet username and password have been changed and LAN2 appears to have been disabled rather than simply relying on the firewall setting to block access. <LANEthernetInterfaceConfigInstance> entries 2-4 now have Enable="0".In view of this, it is puzzling that the remote update process does not always reset the config to default.
At a first pass it looks like this update is solely about removing access to the modem. Greybeard was right about the web interface files being missing (webidx and webimg). The binary is also gone (/bin/web), along with the bftpd and tr064 binaries.
I shall take a closer look tomorrow but it's not looking too good at the moment :(
Are you saying that you do not have a copy of the current firmware image in a suitable state so that it can be uploaded to the device, via the Broadcom boot-loader? :-\
So the telnet user name and password has been changed, but would I be correct in understanding that this is only updated when the modem is reset?
What is the new user name and password?
But I'm a little perplexed. I know that whilst some (including me - and I believe you) lost telnet access, others have not. If I'm correct the update doesn't appear to be working 100% as BT intended if its sole purpose is to block modem access. Or am I missing something?
B875 0000 - B875 FFFF CMS config.xml for MAIN image (0x4F48 of 0x10000 bytes used)
B876 0000 - B876 FFFF CMS config.xml for SLAVE image (0x4F48 of 0x10000 bytes used)
Waiting for cli start! |Config File is error. Havn't start or end tag.
Now read the backup configuration!!!
The second Config File is error. Havn't start or end tag.
read default config file!!!!!!!!!!!
Restoring the default settings by pressing the button and through the web interface erases both areas and writes the string 'invaild' at the start. So it looks like these are actually the 'user defined' master and backup configs for both images. They are only created when the config is changed from the default.Ah, so those of us who have still got telnet access must have saved a change to the config after flashing the unlocked firmware? In my case I am struggling to remember making any change - maybe something to do with the logging.
This is why some people still had telnet access while others lost both.
wow seems a mess, I think the easiest option is probably new blob on old firmware. I dont think the kernel version will be an issue for that.
Ah, so those of us who have still got telnet access must have saved a change to the config after flashing the unlocked firmware? In my case I am struggling to remember making any change - maybe something to do with the logging.
For anyone who wants to get telnet access back but keep the new BLOB, I guess the easiest way would be to re-flash the original unlocked firmware, save some minor change to the config through the web UI, then wait for the BT Agent to re-flash the update?
| bcm96368MVWG_fs_kernel_HG612V100R001C01B028SP10_no-btagent | - | B028SP10 based firmware. |
| - | 'New' blob | |
| - | BTAgent, web interface component and BT firewall settings stripped. | |
| - | ptm1.301 'back channel' removed. | |
| - | ACS wan access rule removed from standard firewall setting. | |
| - | Default timezone set to GMT (was Beijing), uk.pool.ntp.org ntp servers added to list. | |
| - | Save config option restored. | |
| - | Minor typo and grammatic errors corrected. | |
| bcm96368MVWG_fs_kernel_HG612V100R001C01B030SP06_original | - | The latest version. No changes. Locked. |
| bcm96368MVWG_fs_kernel_HG612V100R001C01B030SP06_unlocked | - | Unlocked version of the above. |
| - | Telnet username and password replaced. | |
| - | LAN Ethernet interfaces 2-4 re-enabled | |
| - | BT firewall settings stripped |
Well done Howlingwolf, you're a star :thumbs:
I shall be downloading as soon as I get my PC turned on.
I've just discovered that the unlocked version of the new firmware I uploaded to MEGA was built with the broken version of mksquashfs :-[Hi mate no worries at all.
Entirely my own fault. I finally managed to identify and fix the issue which was stopping me from rebuilding Asbokid's tools for a 32bit system and immediately starting transferring all my HG612 research, work in progress, etc. from the virtual machine to the native install.
In the process of this, (and my hurry to 'get back to it' no doubt), I forgot to remove the broken mksquashfs which had just been built and replace it with the pre-built, working version supplied in the toolkit.
Unfortunately, it's going to be a couple of hours or so before I can upload a replacement. In the meantime all I can do is apologise profoundly and ask you to be patient.
EDIT: All fixed.
Have you had chance to give this a go on a live connection yet?
If so, is the new addition to xlogfile.txt still picking up this as the firmware version:-
DSL PHY: AnnexA version - A2pv6C038m.d24j
Hi mate no worries at all.
I did wonder what happened
I tried it over and over and nothing . it flashes it ok but no access.
Please let me know when you are ready. Thanks
I have a question still
While i was having trouble with your image(broken as you said) I decided to reflash the original from asbokid and still no access no telnet . this is the image i am now using to access the net the modem works fine still
I wonder what has happened? mind you i do have original modem ECI /r from BT locked up in a safe for SOS moment
Brilliant, HW!
This does make BT's attempt to further restrict user access to the modem look [content removed by admin] Very strange.
One further point - asbokid's blog states that BT's HG612V100R001C01B028SP06 firmware was superseded by HG612V100R001C01B028SP10, on which his original unlocked version was based. However, the new BT firmware is identified as HG612V100R001C01B030SP06. Does this perhaps imply that it has been derived from the older 028SP06 rather than the 028SP10?
Brilliant, HW!
One further point - asbokid's blog states that BT's HG612V100R001C01B028SP06 firmware was superseded by HG612V100R001C01B028SP10, on which his original unlocked version was based. However, the new BT firmware is identified as HG612V100R001C01B030SP06. Does this perhaps imply that it has been derived from the older 028SP06 rather than the 028SP10?
if looking at the numbers so 28 is the major version and SP06 as the subversion then I would put the order of old to new like this.
28SP06
28SP10
30SP06
I've now flashed my second HG612 with the B030SP06_unlocked firmware, and it's looking good. I'm using it now (on TT ADSL2+), and the connection speed when it started up was the highest I've had for many months. Everything else appears to be working normally, and DSLstats is plotting all its data as it should.
I feel slightly uncomfortable without a GUI interface, but that aside, this looks like the best firmware yet, and a first class job by HW, for which, many thanks.
will the fixed firmware be labeled differently on the site to download?
Yep from me tooif looking at the numbers so 28 is the major version and SP06 as the subversion then I would put the order of old to new like this.
I will concur with your suggestion, Chrys. :)
# ps
PID Uid VSZ Stat Command
1 0 336 S init
2 0 SWN [ksoftirqd/0]
3 0 SW< [events/0]
4 0 SW< [khelper]
5 0 SW< [kthread]
19 0 SW< [kblockd/0]
32 0 SW [pdflush]
33 0 SW [pdflush]
34 0 SWN [kswapd0]
35 0 SW< [aio/0]
49 0 SW [mtdblockd]
59 0 400 S -/bin/sh
101 0 SW [dsl0]
116 0 SW [eth0]
127 0 504 S mc
128 0 284 S console
129 0 504 S mc
130 0 504 S mc
131 0 380 S /bin/msg msg
132 0 584 S /bin/log
133 0 464 S /bin/klog
134 0 584 S /bin/log
135 0 584 S /bin/log
136 0 1120 S /bin/dbase
137 0 992 S /bin/cli
138 0 992 S /bin/cli
139 0 992 S /bin/cli
140 0 992 S /bin/cli
141 0 992 S /bin/cli
142 0 992 S /bin/cli
143 0 1624 S /bin/cms
144 0 1148 S /bin/cwmp
145 0 1624 S /bin/cms
162 0 284 S console
163 0 284 S console
164 0 284 S console
202 0 336 S zebra -f /var/zebra/zebra.conf
204 0 336 S ripd -f /var/zebra/ripd.conf
283 0 1624 S /bin/cms
284 0 1624 S /bin/cms
316 0 656 S dhcps
318 0 240 S ipcheck
528 0 488 S pppc -I ppp256
534 0 504 S monitor
535 0 504 S monitor
536 0 504 S monitor
552 0 380 S dnsmasq --conf-file=/var/dnsmasq.conf
632 0 444 S sntp
642 0 292 S sshd -E
645 0 232 S mcast -l /var/upg.bin -d -f 10 -P 37123 239.10.0.100
664 0 SWN [jffs2_gcd_mtd1]
666 0 1132 S MidServer
670 0 380 S /bin/sh /BTAgent/ro/start
673 0 840 S ./btagent
674 0 840 S ./btagent
675 0 840 S ./btagent
676 0 840 S ./btagent
5071 0 992 S /bin/cli
5072 0 992 S /bin/cli
5073 0 404 S /bin/sh -si
5074 0 400 S /bin/sh -si
5079 0 324 R ps
#
A heads up that Im going to be editing a few posts in a minute.Sorry about that post Kitz - I take your point.
I totally agree that I see no point in what they have done - the previous situation harmed no-one least of all BT :/
But we dont want to make things easy for the other side & give them ideas.
Im not taking any content away from HWs excellent work or what he has done. Just something else I noticed by other posters (which included quoted posts) that may prompt them to up the ante in future.
A heads up that Im going to be editing a few posts in a minute.
I totally agree that I see no point in what they have done - the previous situation harmed no-one least of all BT :/
But we dont want to make things easy for the other side & give them hints what to do next for future releases.
They come up with enough of their own ideas :D :D
Im not taking any content away from HWs excellent work or what he has done.
Just something else I noticed by other posters (which included quoted posts) that may prompt them to up the ante in future.
One thing I've seen with the B030SP06_unlocked firmware - the BTAgent processes are still running, so you do need to kill them if you don't want to be subject to future remote upgrades.
Sorry about that post Kitz - I take your point.
However, a thought that has since occurred to me is that perhaps the reason for the changes might be nothing to do with the small number of users who have harmlessly unlocked their own modem to access the stats. Maybe, just maybe, BTOR is concerned about the possible risk of an unknown security vulnerability in the modem firewall, which, if exploited, might enable an malicious attacker to access the web and telnet interfaces of the locked firmware from the internet. I believe such vulnerabilities have been discovered in other modems/routers in the past. Given the large installed base of HG612s, public disclosure of such an attack vector could clearly cause havoc. So it might make sense, as a preemptive second tier of defence, for the update to remove the GUI and change the telnet password.
Pure speculation though.
I started off in the same way as Asbokid with his original unlock - on which all of my work is based of course. Just the minimum number of changes necessary to restore telnet access and no more.
However, a thought that has since occurred to me is that perhaps the reason for the changes might be nothing to do with the small number of users who have harmlessly unlocked their own modem to access the stats. Maybe, just maybe, BTOR is concerned about the possible risk of an unknown security vulnerability in the modem firewall, which, if exploited, might enable an malicious attacker to access the web and telnet interfaces of the locked firmware from the internet. I believe such vulnerabilities have been discovered in other modems/routers in the past. Given the large installed base of HG612s, public disclosure of such an attack vector could clearly cause havoc. So it might make sense, as a preemptive second tier of defence, for the update to remove the GUI and change the telnet password.
Pure speculation though.
If need be, make things read only so plebs dont accidentally edit what they dont need to...if thats what it takes. But please don't take away the ability to monitor what our lines are doing, from those who are competent to do things and not go whining to BT if something breaks.
Over the years the ability to monitor line stats in conjunction with tools such as RS/DSLstats/Modem Stats & forums like this must have saved BT an absolute fortune in diagnostics. Not to mention how many people have been helped on forums such as this saving time and trouble and expense to ISP help desks. Its totally counter-productive.
However, a thought that has since occurred to me is that perhaps the reason for the changes might be nothing to do with the small number of users who have harmlessly unlocked their own modem to access the stats. Maybe, just maybe, BTOR is concerned about the possible risk of an unknown security vulnerability in the modem firewall, which, if exploited, might enable an malicious attacker to access the web and telnet interfaces of the locked firmware from the internet. I believe such vulnerabilities have been discovered in other modems/routers in the past. Given the large installed base of HG612s, public disclosure of such an attack vector could clearly cause havoc. So it might make sense, as a preemptive second tier of defence, for the update to remove the GUI and change the telnet password.
Pure speculation though.
I was thinking along the same sort of lines but then it struck me that even if the HG612 firewall were to be compromised, the router firewall would still continue to provide a second line of defence. Or is that technically incorrect?
I'm of the opinion that the modem update is possible a precursor to another, more important, change. But what?
Many thanks for your hard work much appreciatedHi mate no worries at all.
I did wonder what happened
I tried it over and over and nothing . it flashes it ok but no access.
Please let me know when you are ready. Thanks
I have a question still
While i was having trouble with your image(broken as you said) I decided to reflash the original from asbokid and still no access no telnet . this is the image i am now using to access the net the modem works fine still
I wonder what has happened? mind you i do have original modem ECI /r from BT locked up in a safe for SOS moment
If you still can't get access after flashing Asbokid's unlocked image then it might be a config issue. Try restoring the default settings by pressing and holding the reset button for ~10 seconds. You'll then be starting from a known good configuration and can proceed from there.
As far as I've been able to determine the broken mksquashfs tool only affects one very specific file and certainly wouldn't block telnet access. I didn't even known I'd made a mistake until I starting testing a new build which included that file and I did test the images before 'posting' them.
he minor version/'stepping' number to revert to a lower value if the major version/build number has increased.
will the fixed firmware be labeled differently on the site to download?
Sorry. Perhaps I could have made that clearer.
It's already done. The 'new' version has the same filename with a later upload time (2013-10-24 17:40).
I didn't want to have multiple versions of the same firmware hanging around, (xxx_unlocked, xxx_unlocked-fixed, xxx_unlocked-003). Particularly as there may be a new... new version soon. It could get confusing :-\
If need be, make things read only so plebs dont accidentally edit what they dont need to...if thats what it takes. But please don't take away the ability to monitor what our lines are doing, from those who are competent to do things and not go whining to BT if something breaks.
Over the years the ability to monitor line stats in conjunction with tools such as RS/DSLstats/Modem Stats & forums like this must have saved BT an absolute fortune in diagnostics. Not to mention how many people have been helped on forums such as this saving time and trouble and expense to ISP help desks. Its totally counter-productive.
Yes, indeed. It would be nice to have some sort of mechanism by which we could request access to restricted information and/or functions even if we had to demonstrate a degree of technical competence first.
But as I think it was Black Sheep who pointed out somewhere here. There needs to be a clear business case when you have umpteen million customers, most of whom are thick as two short planks. And not always solely in respect to technical matters :-\
At the moment I'm trying to test as many of the gui options as I can while watching for errors on the serial console. It's rather slow going :'(
Although B030SP06_unlocked doesn't have a GUI interface, it's fully supported by DSLstats and HG612-stats, so you'll still be able to get all the information you need about the performance of your connection. The only bit of information you can't get from the CLI is the firmware version. :)you can get that info via telnet:
Although B030SP06_unlocked doesn't have a GUI interface, it's fully supported by DSLstats and HG612-stats, so you'll still be able to get all the information you need about the performance of your connection. The only bit of information you can't get from the CLI is the firmware version. :)you can get that info via telnet:
... etc
If need be, make things read only so plebs dont accidentally edit what they dont need to...if thats what it takes. But please don't take away the ability to monitor what our lines are doing, from those who are competent to do things and not go whining to BT if something breaks.
Over the years the ability to monitor line stats in conjunction with tools such as RS/DSLstats/Modem Stats & forums like this must have saved BT an absolute fortune in diagnostics. Not to mention how many people have been helped on forums such as this saving time and trouble and expense to ISP help desks. Its totally counter-productive.
Yes, indeed. It would be nice to have some sort of mechanism by which we could request access to restricted information and/or functions even if we had to demonstrate a degree of technical competence first.
But as I think it was Black Sheep who pointed out somewhere here. There needs to be a clear business case when you have umpteen million customers, most of whom are thick as two short planks. And not always solely in respect to technical matters :-\
well BT retail deal with end users not openreach and BT retail have seen fit to include stats on the home hub 5. Error stats are missing as well as whats visible via the cli commands to show interleaving depth etc. but the attitude from BT retail is different to openreach's lock it all off motto.
Plus it must be a tiny % of the so called thick customers who even bother trying to view connection stats. So in that case there is no need to block as they wont even try to look.
During the update I lost the Web Interface but retained Telnet access so am I right in saying I have "bcm96368MVWG_fs_kernel_HG612V100R001C01B030SP06_original" and if I was to do a master reset I would loose Telnet access?
To rectify this I should flash "bcm96368MVWG_fs_kernel_HG612V100R001C01B030SP06_unlocked" or would "bcm96368MVWG_fs_kernel_HG612V100R001C01B028SP10_no-btagent" be of more benefit to me?
bcm96368MVWG_fs_kernel_HG612V100R001C01B028SP10_no-btagent is essentially Asbo's new blob version with a few extra changes,
BusyBox v1.9.1 (2013-06-01 18:30:08 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
# ps
PID Uid VSZ Stat Command
1 0 336 S init
2 0 SWN [ksoftirqd/0]
3 0 SW< [events/0]
4 0 SW< [khelper]
5 0 SW< [kthread]
19 0 SW< [kblockd/0]
32 0 SW [pdflush]
33 0 SW [pdflush]
34 0 SWN [kswapd0]
35 0 SW< [aio/0]
49 0 SW [mtdblockd]
59 0 400 S -/bin/sh
101 0 SW [dsl0]
116 0 SW [eth0]
127 0 504 S mc
128 0 284 S console
129 0 504 S mc
130 0 504 S mc
131 0 380 S /bin/msg msg
132 0 664 S /bin/log
133 0 464 S /bin/klog
134 0 664 S /bin/log
135 0 664 S /bin/log
136 0 1120 S /bin/dbase
137 0 1352 S /bin/web
138 0 1352 S /bin/web
139 0 1352 S /bin/web
140 0 992 S /bin/cli
141 0 992 S /bin/cli
142 0 992 S /bin/cli
143 0 992 S /bin/cli
144 0 992 S /bin/cli
145 0 992 S /bin/cli
146 0 1640 S /bin/cms
147 0 1148 S /bin/cwmp
148 0 1640 S /bin/cms
193 0 336 S zebra -f /var/zebra/zebra.conf
194 0 284 S console
195 0 284 S console
196 0 284 S console
198 0 336 S ripd -f /var/zebra/ripd.conf
277 0 1640 S /bin/cms
278 0 1640 S /bin/cms
310 0 616 S dhcps
312 0 240 S ipcheck
522 0 488 S pppc -I ppp256
528 0 504 S monitor
531 0 504 S monitor
532 0 504 S monitor
546 0 380 S dnsmasq --conf-file=/var/dnsmasq.conf
626 0 440 S sntp
636 0 292 S sshd -E
655 0 SWN [jffs2_gcd_mtd1]
657 0 1020 S MidServer
1136 0 992 S /bin/cli
1137 0 400 S /bin/sh -si
1138 0 992 S /bin/cli
1139 0 404 S /bin/sh -si
1144 0 324 R ps
#
will the fixed firmware be labeled differently on the site to download?
Sorry. Perhaps I could have made that clearer.
It's already done. The 'new' version has the same filename with a later upload time (2013-10-24 17:40).
I didn't want to have multiple versions of the same firmware hanging around, (xxx_unlocked, xxx_unlocked-fixed, xxx_unlocked-003). Particularly as there may be a new... new version soon. It could get confusing :-\
can you guys using B030SP06_unlockedgui-nobtagent do this test? thanks
enable QoS in gui (if disabled) do a upload speedtest.
then disable QoS in gui, do another speedtest and confirm you get roughly extra 10% speed.
thanks
toggling QoS doesnt restart connection.
can you guys using B030SP06_unlockedgui-nobtagent do this test? thanks
enable QoS in gui (if disabled) do a upload speedtest.
then disable QoS in gui, do another speedtest and confirm you get roughly extra 10% speed.
thanks
toggling QoS doesnt restart connection.
All done, I used "bcm96368MVWG_fs_kernel_HG612V100R001C01B030SP06_unlockedgui-nobtagent" was that the best choice?
just seemed to be a few extra complaints during the initial startup
I noticed the timestamp on the BO28SP10 is still earlier, that one is safe?
I would but unfortunately a while back I managed to accidentally firewall block myself out of the web interface. I can still use telnet, but I don't know if or how to regain access to the web interface. I thought flashing the new firmware (unlockedgui-nobtagent or w/e it's called) would've done so, but I think it kept the original settings I use.
So far I've noticed that the number of CRC errors and consequently ES have been significantly lower (approximately 40% less). Bitswapping count seems higher, with over 3000 in the last hour on the downstream. I've also noticed some parameters on xdslcmd that I haven't noticed before, e.g. --maxdatarate, --ginp, unless I overlooked them.
So far I've noticed that the number of CRC errors and consequently ES have been significantly lower (approximately 40% less). Bitswapping count seems higher, with over 3000 in the last hour on the downstream. I've also noticed some parameters on xdslcmd that I haven't noticed before, e.g. --maxdatarate, --ginp, unless I overlooked them.
No, those are new. No idea what they do yet, although maxdatarate seems pretty obvious.
What are the new errors you are seeing? The only one I saw reported during my tests was 'Bad rule' from iptables. Most of the others seemed to be common across all the variations I tested.
t I was unsuccessful. For example, --maxdatarate 50000 15000 0 didn't make any difference and the values were still 0 when checking --cfg.
What are the new errors you are seeing? The only one I saw reported during my tests was 'Bad rule' from iptables. Most of the others seemed to be common across all the variations I tested.
I should have looked more carefully. Having done a careful check of the startup with asbo's new blob and B030SP06_unlockedgui-nobtagent the only extra errors follow the eth0... section. the "Error, Control port.'s
"eth0.5 entered promiscuous mode
Error, ControlPort.
Error, ControlPort.
Error, ControlPort.
Error, ControlPort."
You seem to have got rid of a usbmount not found message.
but the "iptables: Bad rule" message is common between version along with a few other errors
t I was unsuccessful. For example, --maxdatarate 50000 15000 0 didn't make any difference and the values were still 0 when checking --cfg.
If you try smaller values e.g. on adsl2 "--maxDataRate 1500 150 160 or 150 15 160 the values DO show when checking with --cfg but don't seem to make any difference!! I am also not sure what maxaggrdatarate might be. Maybe something else also needs enabling at the same time?
Edit ----- In fact it does not like maxaggrdatarate being zero, that seems to be the issue with it not showing with --cfg, - I changed two things at once!! I have tried a wide rage of values now but with no impact. Be aware that this gives a resync every time you try it. Not a problem on TT but would be for some experimenters.
can you guys using B030SP06_unlockedgui-nobtagent do this test? thanks
enable QoS in gui (if disabled) do a upload speedtest.
then disable QoS in gui, do another speedtest and confirm you get roughly extra 10% speed.
thanks
toggling QoS doesnt restart connection.
It didn't make any difference here. I assume that you meant us to simply tick or untick the QoS option, without setting up any actual QoS parameters?
Likewise - nothing significant
QOS
on down 14.52 up 1.48
14.54 1.50
off 14.59 1.48
14.53 1.50
on 14.53 1.50
14.56 1.50
off 14.59 1.49
14.54 1.50
What were you expecting to happen? (I notice that my HG622 completely loses internet access with QOS turned on and default settings. The ethernet connection looks fine but no internet. )
I had QoS disabled before receiving the update and have been surprised by throughput tests in the last couple of days. speedtest.net repeatedly returned stupidly high upload rates, so I tried thinkbroadband too, and their tester is also returning very high figures:
(https://forum.kitz.co.uk/proxy.php?request=http%3A%2F%2Fwww.thinkbroadband.com%2Fspeedtest%2Fbutton%2F138290828010543641366.png&hash=8abafa26e85fe0b5a9495229cae2742d132dfa86) (http://www.thinkbroadband.com/speedtest/results.html?id=138290828010543641366)
Plusnet's own test is showing around 17.4 Mbit/s, which is, as I understand, about the maximum throughput one could hope to attain, taking overheads into account. I'm curious as to why the other two are returning higher figures.
Is it possible to toggle QoS via telnet?
I had QoS disabled before receiving the update and have been surprised by throughput tests in the last couple of days. speedtest.net repeatedly returned stupidly high upload rates, so I tried thinkbroadband too, and their tester is also returning very high figures:
(https://forum.kitz.co.uk/proxy.php?request=http%3A%2F%2Fwww.thinkbroadband.com%2Fspeedtest%2Fbutton%2F138290828010543641366.png&hash=8abafa26e85fe0b5a9495229cae2742d132dfa86) (http://www.thinkbroadband.com/speedtest/results.html?id=138290828010543641366)
Plusnet's own test is showing around 17.4 Mbit/s, which is, as I understand, about the maximum throughput one could hope to attain, taking overheads into account. I'm curious as to why the other two are returning higher figures.
Is it possible to toggle QoS via telnet?
Perhaps Roseway or another on adsl2 who does not mind resyncs could try eg "xdslcmd configure --maxDataRate 10000 1000 11000" or numbers that make sense and provide a cap.I'll try to have a look at that later today.
I notice the config file is editable and could let you change some things not available on the gui.
e.g. the gui dsl settings are stuck on ALL and can't be changed. However individual settings can be selected by editing the config file line with ConfigMode i.e. ConfigMode="ALL" to e.g. Configmode="ADSL2+,VDSL". on upload those boxes are then ticked in the gui and xdslcmd profile --show confirms this. I also tried adding AnnexM but without any effect.
I've tried using the maxDataRate option on my TT ADSL2+ connection, and although it forced an immediate resync it didn't change anything. I tried xdslcmd configure 6000 900 7000 and it reconnected at 7104/1016. xdslcmd info --cfg shows the three values unchanged at zero.
I've tried using the maxDataRate option on my TT ADSL2+ connection, and although it forced an immediate resync it didn't change anything. I tried xdslcmd configure 6000 900 7000 and it reconnected at 7104/1016. xdslcmd info --cfg shows the three values unchanged at zero.
Perhaps it doesn't work for ADSLx connections and only VDSLx.
Hmm, I find your command xdslcmd configure --maxDataRate 6000 900 7000 (done as copy and paste from your post) works to the extent of showing with xdslcmd info --cfg with my HG612 unconnected (so the vdsl/adsl difference should not be evident). It maybe worth trying this test.
Separately the sluggish gui also annoyed me as did a slow two stage sync attempts. I deleted the PTM connection and left just the ATM one for adsl2. This seems to given a faster single stage sync and I think it got the gui to move as fast as any do. With these settings I also download a config file then after a full reset uploaded. I doubt that this was needed but it was part of my testing. It was after this I really noticed the much improved gui speed and I also did the max..... tests. No dropout here but equally no long tests either.
I noticed yesterday afternoon that my WiFi network wasn't working.
I've found what seems to be a problem with the B030SP06_unlockedgui-nobtagent version. I noticed yesterday afternoon that my WiFi network wasn't working. I did all the obvious checks, changing cables, ethernet ports, wireless channel, etc. but although my remote devices were able to make a wireless connection to the network, they didn't receive any internet data. I temporarily changed over to using homeplugs, with the same result. The only factor remaining was the HG612 with the B030SP06_unlockedgui-nobtagent firmware.
This morning I replaced the router with another HG612 flashed with the earlier B030SP06_unlocked firmware, and now my WiFi network is working normally again. All the remote devices are receiving internet data.
I noticed while I was diagnosing the problem yesterday that at times the HG612 GUI interface became very sluggish. It would sometimes take 10 seconds or more to display a page. So I wonder if there's a problem with limited memory in the HG612, and this is the reason for the GUI being removed from the most recent BT upgrade?
b*cat is confused. ???
b*cat is confused. ???
Just read the entire posting and you will be confused no longer. ;D
Normal internet activities were not a problem. I have several computers connected directly by ethernet, and these all worked normally.
The HG612 is configured as a modem/router. I only use one of its LAN ports, which is connected to an 8-port switch to which everything else is connected, including a wireless access point. I hear what you say about routing issues, but all I did to cure the WiFi (and also Homeplug) problem was replace one HG612 with another one configured exactly the same way, but with different firmware. I speculated that the issue was that with the particular firmware installed, the HG612 couldn't handle streaming data for some reason, possibly memory issues.
Good spot eric. Most of us (those who use it as fttc modem only) wouldnt have noticed this.
I should perhaps have made it clear that the devices connected by WiFi are all media devices (internet radio, TV, etc., which is why I suspect that streaming is the problem.
Hmm, I find your command xdslcmd configure --maxDataRate 6000 900 7000 (done as copy and paste from your post) works to the extent of showing with xdslcmd info --cfg with my HG612 unconnected (so the vdsl/adsl difference should not be evident). It maybe worth trying this test.
Separately the sluggish gui also annoyed me as did a slow two stage sync attempts. I deleted the PTM connection and left just the ATM one for adsl2. This seems to given a faster single stage sync and I think it got the gui to move as fast as any do. With these settings I also download a config file then after a full reset uploaded. I doubt that this was needed but it was part of my testing. It was after this I really noticed the much improved gui speed and I also did the max..... tests. No dropout here but equally no long tests either.
Separately the sluggish gui also annoyed me as did a slow two stage sync attempts. I deleted the PTM connection and left just the ATM one for adsl2. This seems to given a faster single stage sync and I think it got the gui to move as fast as any do. With these settings I also downloaded a config file then after a full reset uploaded. I doubt that this was needed but it was part of my testing. It was after this I really noticed the much improved gui speed and I also did the max..... tests. No dropout here but equally no long tests either.
As a test for when your bored! Did you try connecting the adsl line (with no power down) after it showing up with --cfg. If so did connecting get rid of it showing with --cfg?
Thanks for all your good work HW. Tomorrow I'll put back the HG612 with GUI-included firmware and do some more testing. Yesterday I was more concerned with getting my network working, and didn't do all the research I could have done.
| B028SP10 | Initial | Mem: 21320K used, 7624K free, 0K shrd, 2064K buff, 6092K cached | ||
| Minimum | Mem: 22620K used, 6324K free, 0K shrd, 2356K buff, 6732K cached | |||
| B030SP06 | Initial | Mem: 21032K used, 7712K free, 0K shrd, 2032K buff, 5940K cached | ||
| Minimum | Mem: 22276K used, 6468K free, 0K shrd, 2300K buff, 6516K cached |
before deleting the PTM the ATM always synced in the second set of flashing lights as the HG612 seemed to try the PTM first.
I've done some more testing on the B030SP06_unlockedgui-nobtagent firmware. As before, all my remote streaming devices stopped receiving data, although they had good WiFi connections to the network. Directly connected PCs continued to work normally. I tried three extra tests:
1. I checked to see if streaming media (e.g.YouTube videos) would work on the PCs connected directly. Everything worked normally.
2. I used a tablet PC to check if non-streaming internet usage would work via WiFi. It didn't work, although the WiFi connection was shown as good.
3. I connected an internet radio directly to the network by ethernet to see if a streaming device would work when directly connected. It didn't work.
While I was conducting these tests, the GUI became almost completely unresponsive, and effectively unusable.
For the record, the HG612 device details are the same as One2Go's details shown above (apart from a different device ID of course).
I really don't know what to make of this. Apart from the three directly connected PCs, nothing seems to have internet access, although everything connects to the network satisfactorily. As before, replacing the HG612 with my other one with the non-GUI version of this firmware restored normal working to every device. I can only think that it's a memory issue.
Can I impose upon you terribly and ask you to run some tests for me when you get time.
If you still have telnet access when everything has ground to a halt, can you run 'top' to get the memory stats.
Also, try killing the 'web' processes as soon as the modem finishes booting - before the interface is used - and see if it still grinds to a halt. Comparision memory stats from after you've killed the web processes and after the wireless devices stop working would also be useful.
I am fairly confused at the moment
??? I am fairly confused at the moment
HUAWEI_VERSION=EchoLife_
HUAWEI_PRODUCTCLASS="HG610"
HUAWEI_RELEASE=HG610V100R001C02B011
HUAWEI_EXTRAVERSION=V100R001C02B011
HUAWEI_BATCHNUMBER=BC2P0.011.A2pv6C033f.d22g
Many thanks to Howlingwolf for the work.
Just curious. Are any chance of using this firmware in HG610 ? looking at previously looks made by Asbokid , I see that the board is the same ( HG612V HG610V ) differing only in the number of ethernet ports and leds.
Many thanks to Howlingwolf for the work.
Indeed. From all of us. :drink:QuoteJust curious. Are any chance of using this firmware in HG610 ? looking at previously looks made by Asbokid , I see that the board is the same ( HG612V HG610V ) differing only in the number of ethernet ports and leds.
Would you be prepared to try it and then report back with your findings, please?
Comment to Alex:: you have the 035 blob in that SP10, B030SP06_unlockedgui-nobtagent has the newer 038 blob from BT. This may be better but it is probably fair to say that it is under test at this time. As your line is banded it may be worth waiting before trying B030SP06_unlockedgui-nobtagent.
Both my HG612s are configured for ADSL2+ only, and still sync in two stages. I'm not sure about PTM, and I can't check at the moment because I don't have a GUI interface and I don't know how to get the information from the CLI.
Just curious. Are any chance of using this firmware in HG610 ? looking at previously looks made by Asbokid , I see that the board is the same ( HG612V HG610V ) differing only in the number of ethernet ports and leds.
Would you be prepared to try it and then report back with your findings, please?
I will try it if I have an original firmware to flash it back in case of something gone wrong.
If it's the same board then, assuming it uses the same firmware layout, you can dump the flashmem using the serial port and extract the components needed from that.
The current config is stored in /var/curcfg.xml. If you can get that off the modem, then any syntax highlighting editor should make it semi-legible. WAN connections are defined by a line starting '<WANIPConnectionInstance'.
I don't suppose somebody could take a deeper look into the bug whereby the HG612 will only allow you to use its gateway IP for DNS when a client is assigned an IP by DHCP?
I would, but I wouldn't even know where to start!
Used Free Shared Buffers Cached
---- ---- ------ ------- ------
Not connected, with GUI: 22428 6328 0 2188 6480
Not connected, GUI killed: 21840 6904 0 2188 6484
Connected, with GUI 22844 5900 0 2244 6700
Connected, GUI killed 22220 6524 0 2244 6704
which seems to confirm that the PTM interface is active at present.
In all cases remote devices failed to receive internet data.
The current config is stored in /var/curcfg.xml.
Edit. I just found at Huawei website a pretty recent opensource firmware file for HG610. http://www.huaweidevice.com/worldwide/downloadCenter.do?method=toDownloadFile&flay=software&softid=NDcxNjk=
Dated 2013-05-07QuoteHUAWEI_VERSION=EchoLife_
HUAWEI_PRODUCTCLASS="HG610"
HUAWEI_RELEASE=HG610V100R001C02B011
HUAWEI_EXTRAVERSION=V100R001C02B011
HUAWEI_BATCHNUMBER=BC2P0.011.A2pv6C033f.d22g
That string doesn't seem to exist in the B030SP06_unlocked firmware. However there is a line starting:
<WANPTMLinkConfig Enable="1"
which seems to confirm that the PTM interface is active at present.
In /var/curcfg.xmlI I only have a WANDSLLinkConfig Enable="1" and WANPTMLinkConfig Enable is absent, I guess this is consistent with a single sync. Out of interest I will do some tests to try to change the WANxxxLinkConfigs in this file.
I've reinstalled the HG612 with B030SP06_unlockedgui-nobtagent firmware and checked the memory usage (all values are kB)Code: [Select]Used Free Shared Buffers Cached
---- ---- ------ ------- ------
Not connected, with GUI: 22428 6328 0 2188 6480
Not connected, GUI killed: 21840 6904 0 2188 6484
Connected, with GUI 22844 5900 0 2244 6700
Connected, GUI killed 22220 6524 0 2244 6704
In all cases remote devices failed to receive internet data. So the problem isn't the presence of the GUI as such, nor would it seem to be a memory issue.
Having killed the GUI, I'd like to try restarting it, but I'm not sure how to do that. The command appears to be /bin/web, but however I execute that command it doesn't work.
[*** Sorry about the formatting - it looked OK on preview]
The current config is stored in /var/curcfg.xml.
The curcfg.xml file looks identical to a saved config file. Don't go to any trouble but do you know have any idea how curcfg.xml is used?
I ask as I wonder on whether AnnexM might be added as a valid dsl type. AnnexM is available via xdslcmd configure or start with "--mod m" or for all --mod dlt2pmv" and works. It would be nice save that config but as very few use annex m it is not worth much effort achieving it.
Well...
I have found the same firmware that my HG610 come in the docs.google.com ( https://docs.google.com/folderview?id=0B6wW18mYskvBWnQ4V1BrRGRRblE ).
Flashed my HG610 with the experimental firmware by Howlingwolf to see what happened ;) . Version unlockedgui - nobtagent.
First look:
1- the gui works, but many operations show errors "WEB 0 unknows error". I can't save settings.
2- the four ethernet ports are working
@Howlingwolf
Since I can't save permanently the settings and the only setting that need to be changed to operate at my provider is VLANID=600 ( GVT - Brasil ) could you assemble a custom version with this setting ? :blush: I use the modem in bridge mode with a tplink wdr4300 managing pppoe.
Edit. The new binary shows downstream attenuation instead of 0 like the previous firmwares.
Edit2. Connected sucessfuly to the internet using the modem in bridge and pppoe via windows7. The settings bind port1 to the connection but only works in port4 in hg610.
Can you check the MD5 sum of the firmware image matches this: 7e4d07f0c7e9264342a5c6b5f97b4663
Well...
I have found the same firmware that my HG610 come in the docs.google.com ( https://docs.google.com/folderview?id=0B6wW18mYskvBWnQ4V1BrRGRRblE ).
Flashed my HG610 with the experimental firmware by Howlingwolf to see what happened ;) . Version unlockedgui - nobtagent.
First look:
1- the gui works, but many operations show errors "WEB 0 unknows error". I can't save settings.
2- the four ethernet ports are working
@Howlingwolf
Since I can't save permanently the settings and the only setting that need to be changed to operate at my provider is VLANID=600 ( GVT - Brasil ) could you assemble a custom version with this setting ? :blush: I use the modem in bridge mode with a tplink wdr4300 managing pppoe.
Edit. The new binary shows downstream attenuation instead of 0 like the previous firmwares.
Edit2. Connected sucessfuly to the internet using the modem in bridge and pppoe via windows7. The settings bind port1 to the connection but only works in port4 in hg610.
Thank you for trying that. I must admit I did expect some problems as this firmware is built specifically for BT. An organisation which could give lessons in anti-social behavior to Microsoft.
A custom image... Um... Yes. I probably could but I'm not sure that's wise given the errors you're experiencing. The saving config issue is of particular concern as that operation appears to write directly to the flashmem on the HG612.
I have to agree with les about using the correct firmware. The benefit of having an interface which works properly probably outweighs any potential benefits from the 038 blob.
The 'B030SP06_unlockedgui-nobtagent' seems to have disappeared from the download page linked previously, or am I just being silly?
The 'B030SP06_unlockedgui-nobtagent' seems to have disappeared from the download page linked previously, or am I just being silly?
It's in the Experimental folder: https://mega.co.nz/#F!LdJFDIJL!e_E1twsIg2kTet8mPjrb4w!jB5BxYqA (https://mega.co.nz/#F!LdJFDIJL!e_E1twsIg2kTet8mPjrb4w!jB5BxYqA)
The 'B030SP06_unlockedgui-nobtagent' seems to have disappeared from the download page linked previously, or am I just being silly?
It's in the Experimental folder: https://mega.co.nz/#F!LdJFDIJL!e_E1twsIg2kTet8mPjrb4w!jB5BxYqA (https://mega.co.nz/#F!LdJFDIJL!e_E1twsIg2kTet8mPjrb4w!jB5BxYqA)
I'm still not seeing it. Here's what I get:
The 'B030SP06_unlockedgui-nobtagent' seems to have disappeared from the download page linked previously, or am I just being silly?
It's in the Experimental folder: https://mega.co.nz/#F!LdJFDIJL!e_E1twsIg2kTet8mPjrb4w!jB5BxYqA (https://mega.co.nz/#F!LdJFDIJL!e_E1twsIg2kTet8mPjrb4w!jB5BxYqA)
I'm still not seeing it. Here's what I get:
The file is inside "Experimental" folder. Click in "Experimental" to see the contents.
I suspect (but don't know) that UBR without PCR is the only option which will work with current UK systems.
I suspect (but don't know) that UBR without PCR is the only option which will work with current UK systems.
That was also my suspicion when I first investigated those options.
QuoteCan you check the MD5 sum of the firmware image matches this: 7e4d07f0c7e9264342a5c6b5f97b4663
$ md5sum bcm96368MVWG_fs_kernel_HG612V100R001C01B030SP06_unlockedgui-nobtagent
7e4d07f0c7e9264342a5c6b5f97b4663 bcm96368MVWG_fs_kernel_HG612V100R001C01B030SP06_unlockedgui-nobtagent
Yes, it matches.
I guess I need to make sure that there isn't an issue with the hardware. I'll try flashing this with other versions of the firmware, starting with B030SP06_unlockedgui.
expect another new firmware soon.
http://revk.www.me.uk/2013/11/bt-huawei-fttc-modem-bug-breaking-vpns.html
Has this potential bug (http://www.ispreview.co.uk/index.php/2013/11/bt-openreach-fttc-superfast-broadband-modems-break-vpn-access.html) been mentioned in this thread yet? Looks like BT may have to do another update again soon!
Stuart
Has this potential bug (http://www.ispreview.co.uk/index.php/2013/11/bt-openreach-fttc-superfast-broadband-modems-break-vpn-access.html) been mentioned in this thread yet? Looks like BT may have to do another update again soon!
Stuart
I wonder if this is related to Eric's problem with his wireless devices. Streaming media protocols often use UDP as the transport layer for efficiency reasons.
Mainly because he had the url under the word here. So until clicking it didnt know was same.
So is this stable for 24/7 use now?, and theres a GUI again?. EDIT: Sorry for my ignorance, I get frustrated when having to read loads of stuff, don't know why, I guess im one of thos people whos brains are always active never stop working things out etc.I have not tried Howlingwolf's version with the GUI - still using the standard BT version as updated automatically. However, as far as the new BLOB is concerned, my line has now been stable for 46 days and counting, after two resyncs in the first week. DS max attainable rate and SNRM are slightly better than the best the original firmware ever managed.
So is this stable for 24/7 use now?, and theres a GUI again?. EDIT: Sorry for my ignorance, I get frustrated when having to read loads of stuff, don't know why, I guess im one of thos people whos brains are always active never stop working things out etc.
I left the new firmware in place and errors have calmed down, but still about 70% higher than the previous firmware.
I am amazed I even have around the same sync speed given this new blob disables numerous tones.
Lol... I just noticed that the modem is stuck in a loop on 49 days 17 hours 2 min 45 sec, seems the counter is stuck, I know ive been up longer than that.
Does my line look ok for the first 3 hours?
Its crazy though, i used to get more upload when i was on adsl2 and the line was over 5km to the exchange, now its only 1km to the green cab.
xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Max: Upstream rate = 13214 Kbps, Downstream rate = 62352 Kbps
Path: 0, Upstream rate = 13153 Kbps, Downstream rate = 52669 Kbps
Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 17a
TPS-TC: PTM Mode
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 6.2 6.1
Attn(dB): 0.0 0.0
Pwr(dBm): 11.7 6.7
VDSL2 framing
Path 0
B: 34 238
M: 1 1
T: 64 5
R: 8 16
S: 0.0211 0.5782
L: 16269 3528
D: 1544 1
I: 43 255
N: 43 255
Counters
Path 0
OHF: 6084983 1320068
OHFErr: 289 5
RS: 2336632855 4176278
RSCorr: 6454381 28
RSUnCorr: 10065 0
Path 0
HEC: 1772 0
OCD: 0 0
LCD: 0 0
Total Cells: 1255938393 0
Data Cells: 2367564 0
Drop Cells: 0
Bit Errors: 0 0
ES: 79 4
SES: 0 0
UAS: 21 21
AS: 12401
Path 0
INP: 3.00 0.00
PER: 2.02 9.39
delay: 8.00 0.00
OR: 94.58 22.13
Bitswap: 6223 194
Total time = 3 hours 27 min 2 sec
FEC: 6454381 28
CRC: 289 5
ES: 79 4
SES: 0 0
UAS: 21 21
LOS: 0 0
LOF: 0 0
Latest 15 minutes time = 12 min 2 sec
FEC: 52736 3
CRC: 11 1
ES: 3 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 18375 9
CRC: 3 2
ES: 1 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
Latest 1 day time = 3 hours 27 min 2 sec
FEC: 6454381 28
CRC: 289 5
ES: 79 4
SES: 0 0
UAS: 21 21
LOS: 0 0
LOF: 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
Since Link time = 3 hours 26 min 41 sec
FEC: 6454381 28
CRC: 289 5
ES: 79 4
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
# Code: [Select]xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Max: Upstream rate = 13214 Kbps, Downstream rate = 62352 Kbps
Path: 0, Upstream rate = 13153 Kbps, Downstream rate = 52669 Kbps
Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 17a
TPS-TC: PTM Mode
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 6.2 6.1
Attn(dB): 0.0 0.0
Pwr(dBm): 11.7 6.7
VDSL2 framing
Path 0
B: 34 238
M: 1 1
T: 64 5
R: 8 16
S: 0.0211 0.5782
L: 16269 3528
D: 1544 1
I: 43 255
N: 43 255
Counters
Path 0
OHF: 6084983 1320068
OHFErr: 289 5
RS: 2336632855 4176278
RSCorr: 6454381 28
RSUnCorr: 10065 0
Path 0
HEC: 1772 0
OCD: 0 0
LCD: 0 0
Total Cells: 1255938393 0
Data Cells: 2367564 0
Drop Cells: 0
Bit Errors: 0 0
ES: 79 4
SES: 0 0
UAS: 21 21
AS: 12401
Path 0
INP: 3.00 0.00
PER: 2.02 9.39
delay: 8.00 0.00
OR: 94.58 22.13
Bitswap: 6223 194
Total time = 3 hours 27 min 2 sec
FEC: 6454381 28
CRC: 289 5
ES: 79 4
SES: 0 0
UAS: 21 21
LOS: 0 0
LOF: 0 0
Latest 15 minutes time = 12 min 2 sec
FEC: 52736 3
CRC: 11 1
ES: 3 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 18375 9
CRC: 3 2
ES: 1 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
Latest 1 day time = 3 hours 27 min 2 sec
FEC: 6454381 28
CRC: 289 5
ES: 79 4
SES: 0 0
UAS: 21 21
LOS: 0 0
LOF: 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
Since Link time = 3 hours 26 min 41 sec
FEC: 6454381 28
CRC: 289 5
ES: 79 4
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
#
I'm seeing an awful lot of FEC on my line. I've seen the FEC count go way over 50+ million. I've had a BT engineer here last thursday testing my line and he said it was perfect. So I'm not sure if its interference or what?
xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 36764 Kbps, Downstream rate = 106804 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.1
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: 571454092 913134
OHFErr: 3467 149
RS: 0 402827
RSCorr: 0 2267
RSUnCorr: 0 0
Bearer 0
HEC: 14902 0
OCD: 422 0
LCD: 422 0
Total Cells: 3578636675 0
Data Cells: 903492270 0
Drop Cells: 0
Bit Errors: 0 0
ES: 2199 143
SES: 0 0
UAS: 26 26
AS: 945117
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: 602704/602705 444/450
Total time = 1 days 22 hours 32 min 23 sec
FEC: 0 2267
CRC: 3467 149
ES: 2199 143
SES: 0 0
UAS: 26 26
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 2 min 23 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 1
CRC: 7 0
ES: 4 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 22 hours 32 min 23 sec
FEC: 0 206
CRC: 437 17
ES: 197 15
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 153
CRC: 334 11
ES: 197 11
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 10 days 22 hours 31 min 57 sec
FEC: 0 2267
CRC: 3467 149
ES: 2199 143
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
#
Had to can the constant logging though and just use DSLstats when PC is on, saving a spot of power after a recent shock :no:
# ping bbc.co.uk
ping: bad address 'bbc.co.uk'
#
Does anyone know how I can get ping'ing working from the telnet on the hg612?
On a Hg622 I have been trying dymaic blob swapping between 030, 033-normal Hg622 version, 035 and 038. I followed Asbokid's guide to this.
The HG622 does not support TFTP to move things in and out but if a usb stick is inserted it is mounted and facilitates very easy transfers. I can swap between 030, 033 and 035 and they all work fine in the HG622. However with 038 I get "segmentation fault" on starting it. I assume 038 has structural differences that the others lack.
could have sworn i went over to fast path this morning, then a little later my ping was higher , hmmm
could have sworn i went over to fast path this morning, then a little later my ping was higher , hmmm
Sorry your still Interleaved but your DS Interleaving depth of 283 is good which should give you lower pings but the SES errors look to high for a 9 day connection to me.
could have sworn i went over to fast path this morning, then a little later my ping was higher , hmmm
Sorry your still Interleaved but your DS Interleaving depth of 283 is good which should give you lower pings but the SES errors look to high for a 9 day connection to me.
It was odd though, i know it said 283, but my pings were a lot lower,only time they have been that low 16-17ms is after ive had a profle reset,they are back at 23-24 now.
could have sworn i went over to fast path this morning, then a little later my ping was higher , hmmm
Sorry your still Interleaved but your DS Interleaving depth of 283 is good which should give you lower pings but the SES errors look to high for a 9 day connection to me.
It was odd though, i know it said 283, but my pings were a lot lower,only time they have been that low 16-17ms is after ive had a profle reset,they are back at 23-24 now.
its been a long time since i have seen sub 25ms on my line, with my current interleaving depth of 609 all I can get is 35-38ms so your doing well.
After flashing bcm96368MVWG_fs_kernel_HG612V100R001C01B030SP06_unlocked, I am no longer able to access the webui or ping the hg612. Has the IP changed from 192.168.1.1?
My machines IP is 192.168.1.100 and connected to LAN 2.
What gives?
are you sure you downloaded the right one with the GUI activated as I made that mistake to, make sure the file reads as _unlockedgui if you want to use the GUI (192.168.1.1)
are you sure you downloaded the right one with the GUI activated as I made that mistake to, make sure the file reads as _unlockedgui if you want to use the GUI (192.168.1.1)
Yeah. I've tried all three. Telnet is unresponsive and the device doesn't respond to ping after the firmware update has been applied. I've given it plenty of time to reboot.
grab the one that has btagent removed.
grab the one that has btagent removed.
Why do you recommend that one?
Wouldn't it be likely to block any further improved firmware updates?
trying to put new firmware (bcm96368MVWG_fs_kernel_HG612V100R001C01B030SP06_unlockedgui-nobtagent) on my previously hacked HG612 (hacked to asbokids orig ver10).
steps taken, as per asbokids orig instructions:-
LAN2 to PC (TCP/IP set to 192.168.1.100) - reset modem (held for 20secs) - power on - browser 192.168.1.1 - select file (as above) - update software - connecting to 192.168.1.1/upload.cgi - this process will take about 2 mins - then TIMES OUT! the server at 192.168.1.1 is taking too long to respond.
Any ideas what I'm dong wrong.
so how can I change the LAN2 IP of the HG612 to a 192.168.0.x address via telnet?
Alternatively, how should I configure the Billion 7800n to let me reach the default LAN2 IP of 192.168.1.1 from devices in my 192.168.0.x network?
OK thanks Bald Eagle - I am happy to use a GUI-enabled build to reconfig the LAN, but was under the impression (based on its location) that the GUI version is still 'experimental'. So, for the record, which is considered the recommended working firmware? I installed Howlingwolf's 30SP06_unlocked, but assume you're suggesting 30SP06_unlockedgui?
Also, I'd still be interested to hear if anyone is aware of a telnet command for reconfiguring the LAN2 IP. I have no real need for the GUI - I will be using my own shell scripts to grab the stats I'm interested in via xdslcmd. All I want to end up with is a modem which I can telnet to on the 192.168.0.x LAN and which doesn't need reflashing until there's a fantastic new firmware available.
what I have read, I believe it doesn't survive a resync, so would have to be reset at each resync (using the default IP address to initially connect via Telnet).
what I have read, I believe it doesn't survive a resync, so would have to be reset at each resync (using the default IP address to initially connect via Telnet).
Great info thanks. Presumably that means that changing the IP via the GUI wouldn't be permanent either?
Back to the drawing board....
Changing the IP Address via the GUI is semi-permanent.
It survives a modem resync & it also survives a modem reboot/power off/on etc..
It doesn't seem to survive a full reset via holding down the rest button on the back of the HG612 though.
A full reset seems to cause it to revert to 192.168.1.1, but it isn't often that we ever need to carry out a full reset.
# ifconfig br0 192.168.0.254 netmask 255.255.255.0 up
I have downloaded what i think to be the most suitable unlocked f/w version bcm96368MVWG_fs_kernel_HG612V100R001C01B030SP06_unlockedgui-nobtagent
Which presumably i just need to unzip and upload it to the modem following the modem unlocking guide
I would like to be able to access gui, as well as being able to monitor the stats over time via my router as well as just the occasional snapshots , unless the monitoring s/w doesn't work in that way, ?
why is HG612 always showed 79887K and get BT IP of 77.42Mb? If it was 79999K then the BT IP would get 77.44Mb?
Its perfectly normal for the SNR to vary by 3-6dB, especially as the temperature changes. As long as its above 6dB its unlikely to cause any problems.
Its perfectly normal for the SNR to vary by 3-6dB, especially as the temperature changes. As long as its above 6dB its unlikely to cause any problems.
Nope, I'm looking for the bash scripts and still coming up blind looking in that forum. I'm guessing everyone uses Windows so they have dropped off into the ether somewhere.
Thanks for trying though. I have PMed a certain cat about it anyway but I have a feeling I might have to figure out the changes myself, ugh.
Did anyone notice whether they have/had the TR069 or not in the unlockedgui version, before they have/had the latest update in last week or so which seems to re locking some people out of the gui?
I've been reading Linux Journal's kernel development articles
I still have the lastest updated Software version V100R001C01B030SP08 with Firmware version A2pv6C038m.d24j and love soldering that's all I can offer at this stage as my sole HG612 equipment is under the BT terms & conditions which I may add has been broken by me in many occasions :D
I picked up my spare off of a certainly rather well known online bazaar. I think I paid just over £7 for it... I had a quick look and they do have a few at a reasonable starting point and postage.
I was somewhat less pleased to see scum offering unlocked modems based on our work for up to £60 >:(
I picked up my spare off of a certainly rather well known online bazaar. I think I paid just over £7 for it... I had a quick look and they do have a few at a reasonable starting point and postage.
I was somewhat less pleased to see scum offering unlocked modems based on our work for up to £60 >:(
ThankYou HW have placed my bid in bazaar, don't think i'll be purchasing the unlocked modem at that silly price :o and there is nothing more satisfying than unlocking it yourself.
Which is the latest version firmware for the 612 mine was hacked but now there is no stats must of been the bt thing
One word from Kitz and all is well . . . :D
Hi all,
Sync 65341/20000
Max. Attainable of 77104/22251 SNR 6.3/7.1
Rather happy with the line rate now being quicker than the attainble!
DSLAM/MSAN type: BDCM:0xa459 / v0xa459
Modem/router firmware: AnnexA version - A2pv6C038m.d24j
DSL mode: VDSL2 Profile 17a
Status: Showtime
Uptime: 6 hours 22 min 15 sec
Resyncs: 3 (since 25 Jun 2015 12:01:20)
Downstream Upstream
Line attenuation (dB): 19.0 0.0
Signal attenuation (dB): Not monitored
Connection speed (kbps): 76221 19395
SNR margin (dB): 6.1 5.9
Power (dBm): 12.8 7.4
Interleave depth: 8 4
INP: 48.00 47.00
G.INP: Enabled
RSCorr/RS (%): 0.0677 0.0867
RSUnCorr/RS (%): 0.0000 0.0000
ES/hour: 0 0VLAN 301 is used for BT Wifi. To kill BTAgent you have to run the killall -KILL start btagent command