Print

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

[shirts]

Morning all,
Have just ordered a new HG612 from that well known auction site and have been reading this thread (multiple times) with interest. On receipt of said HG612 it is my intention to unlock it. Having downloaded all the necessary bits, I am a little stuck as to how I can "Configure the ethernet NIC of your PC with IP address 192.168.1.100."
Any help greatly appreciated....

[Bald_Eagle1]

Windows 7 system here.

Do the attached screenshots help?

[shirts]

Thank you kindly Bald Eagle......

All I need now is my new HG612...... 

[sidvandegraaf]

Hi

Apologies if this is the wrong place to be asking this - have just unlocked an HG612 with the no-gui firmware.

I have a Billion 7800n fairly extensively configured for devices on 192.168.0.x - 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?

Many thanks

[Bald_Eagle1]

so how can I change the LAN2 IP of the HG612 to a 192.168.0.x address via telnet?

I would suggest that you start to use a GUI re-enabled version of the firmware as it's then really easy to adjust the HG612's LAN IP address.

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?

Sorry. I have no idea where the relevant setting would be for that router, but I imagine you would then also have to change any fixed IP addresses for any of your connected devices.

Changing the HG612's IP address seems (to me) to be the easier route.

[sidvandegraaf]

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.

Info (and patience) much appreciated...

[Bald_Eagle1]

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?

Yep, that's the one I would recommend & that quite a few users have been using since it was created without any issue whatsoever.

It may be stored in the Experimental area, but I can't see that it needs any amendments at all after this amount of time.

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.

Once in BusyBox, you could try typing this command:-

ifconfig --help



# ifconfig --help
BusyBox v1.9.1 (2013-06-01 18:30:08 CST) multi-call binary

Usage: ifconfig [-a] interface [address]

Configure a network interface

Options:
        [[-]broadcast [ADDRESS]] [[-]pointopoint [ADDRESS]]
        [netmask ADDRESS] [dstaddr ADDRESS]
        [outfill NN] [keepalive NN]
        [hw ether ADDRESS] [metric NN] [mtu NN]
        [[-]trailers] [[-]arp] [[-]allmulti]
        [multicast] [[-]promisc] [txqueuelen NN] [[-]dynamic]
        [mem_start NN] [io_addr NN] [irq NN]
        [up|down] ...



You can apparently change ip address using ifconfig command itself. To set IP address 192.168.1.20, enter command:
 # ifconfig br0 192.168.1.20 netmask 255.255.255.0 up
 # ifconfig br0



typing ifconfig on its own will give you all the relevant current settings details:-

# ifconfig
br0       Link encap:Ethernet  HWaddr 5C:7D:5E:EE:CC:63
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:506844 errors:0 dropped:0 overruns:0 frame:0
          TX packets:158253 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:30130876 (28.7 MiB)  TX bytes:53776056 (51.2 MiB)

& so on.......................



I haven't tested it out myself so I don't know if it actually works or not.
However, from 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).

[sidvandegraaf]

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....

[Bald_Eagle1]

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.

The only time I have ever pressed the reset button in the 3 years I have had FTTC has been when flashing a modem to an unlocked firmware version.


EDIT:

If you do happen to have a dabble with the ifconfig command, please let us know how it goes.

[burakkucat]

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.

A "full reset" (a.k.a. a long reset (ten seconds, minimum)), when a Huawei Home Gateway is in a powered-up state, performs a reset back to the compiled-in defaults. (Sometimes referred to as a "factory reset".)

(Almost every user-configurable device will have such functionality -- it is just a question of knowing how to invoke it -- otherwise the nation would be littered with devices that have been "over-fiddled" into an unusable state by the average know-it-all numpty!) 

[sidvandegraaf]

Code: [Select]


# ifconfig br0 192.168.0.254 netmask 255.255.255.0 up


worked perfectly to move the LAN2 onto my router subnet in busybox, but it didn't survive a reboot.

I'll have another go tomorrow, and then try the gui firmware...

[Alex Atkin UK]

The problem is the HG612 like most routers is running from a RAM disk.  You would have to find a way to edit the NVRAM to make any permanent changes and its not worth trying to figure out when the Web UI does that for you.

[tommy45]

I too have just got a HG612 3B I don't have a clue as to which F/W is installed ,or if it matters or not, But just wanted to seek confirmation on the way to do things and if i made the right choice of F/W or not, before i flash  the modem

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, ?

[Bald_Eagle1]

I have downloaded what i think to be the most suitable unlocked f/w version bcm96368MVWG_fs_kernel_HG612V100R001C01B030SP06_unlockedgui-nobtagent

Because the updated firmware seems to have improved matters for my longish length connection, I elected to NOT block any future updates.
Therefore I use this version:-

bcm96368MVWG_fs_kernel_HG612V100R001C01B030SP06_unlockedgui

Which presumably i just need to unzip  and upload it to the modem following the modem unlocking guide

Yep. It's as easy as you describe.

   
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, ?

If your connection is experiencing 'problems' I would recommend that you keep the logging running 24/7, at least for a few days.

Otherwise, an occasional 'snapshot' would be fine.

[tommy45]

Thanks for that BE 1   I don't think there is a lot going on with the connection, as such, as DLM has only clobbered me 3 times  in the past 12mths, just that the last 2 have been close together, some 14 days apart in fact,

Fast path full 80/20 sync most of the time going by the Bras IP profile of 77.44 , the last DLM intervention  dropped my ds sync to 73.8mbps (IP profile of 71.58)  and added the obligatory 7-8ms interleave , 14 days later back to fast path /full 80/20 sync,
Weirdly though  the bras ip profile appeared to get stuck, at 73.8 although i had the full sync rate,  took some 12hrs or more before i was able to see the updated IP profile, using the PT ,

IMO DLM is acting when it just doesn't need to, any connection that's on fast path will generate some errors, i have not noticed any adverse effects that you would associate with a connection that has a high error rate , and I've been there , whilst on ADSL2+  fortunately no DLM to worry about, so line remained on fast path regardless