Huawei Internet Stick Default Password

[Perpetuo Carlson]

I'm using an USB Stick Huawei E3372 via kmod-usb-net-cdc-ether. It's like a usual Ethernet device with a Gateway on 192.168.8.1 and a webinterface for configuration. Too bad, the network is fixed to that 192.168.8.0/24 address in the firmware and can't be changed according to many threads in the internet.
This conflicts with my main VPN.

Hi.
You can modify this HiLink it to a S ( stick ) mode serial.
On S mode you will get rid of double nat. It will be a NCM usb lte dongle ( no more ether-cdc no more 192.168.8.1. Your new interface will be dhcp mode from you ISP)

Ok, reading -a-huawei-e3372h-4g-lte-stick-from-hilink-to-stick-mode/ I got an idea what you mean. So the firmware of that device needs to be flashed to that other version.
Afterwards, will I still be able to access the webinterface of the device? I guess not, but this is very useful to evaluate the reception quality, setting the mobile network modes etc. And actually using the ether-cdc mode is also quite comfortable.
So there is no other way to just mask or alias the 192.168.8.0/24 network to something else? Linux should have ways for something like that.
For the mobile network mode, it seems you are already doing things in your config like "preferlte", is that documented somewhere? Is it possible to create that config via LuCI or only via editor? Which OpenWRT packages would I need for NCM?

I think you might need to place wan and your VPN interface in a new namespace then veth pair with one end in new namespace and other end in normal namespace. The link above provides everything you need on how to do that once you have ensured you have the 'ip-full' package installed or otherwise have namespace support.

I tried myself to do this but failed to make it all work so I'd really like to know how you manage it if you do. In particular, I managed to set up the namespace and veth pair particulars, but I could not work out how to set up the routing on both sides, and then gave up. My use case is different to yours, namely I just want a single interface on which to apply CAKE to both VPN and non-VPN traffic. I ended up using the 'ifb' approach, but would still be interested to try this namespace/veth approach if I can see how to make it all work.

HI.
Correct, no more web-interface for the E3372. You will only use luci network --> interface to configure your LTE connection.
You can use 3ginfo to monitor your connection status.
-app-3ginfo
No alias, as serial mode the usb modem will deliver a dynamic IP provide from your ISP to your LTE ( wwanX ) interface.

Hi.
Same for my huawei B315s in bridge mode with a public IP provided to my openwrt router I still connect to the web interface of the B315s.
And as your huawei is a modem router too, but this E3372 is a modem only, and with S mode no more gui interface needed.

You can add an infinite number of such exceptions. All it hurts is the ability to use those addresses on the WAN, which usually isn't a problem for 192.168.0.0/16 and the likes. Although it could be since mobile operators like to use CGNAT with RFC1918 addresses.

I have a Huawei B315-22 4G router with an EE sim. The default APN (everywhere, eescure, IPv4 and IPv6) allows me to access the internet on all devices. It allows access to streaming services like BBC sounds, Spotify and Iplayer on PC and iPhones, but NOT via Android phones. I can access websites and email OK on Android phones, but Spotify etc will not connect.

When I access the router settings, I see the default EE APN is set to "IPv4 and IPv6" (which i can't edit). If I set up a new APN (calling it 'EE internet', with username 'esecure' and password 'secure' (although it seems own set it's own 8 digit ******** password regardless of what I enter), I can set the IP to IPv4 only. I set this to default and hey presto, it all works fine. I can access everything on all devices. So far so good, but the moment I reboot or unplug the router, when it reboots, I get no access to the internet at all on any device. So I have to go back in to the router settings and reset them to the original default (IPv4 and IPv6), and i'm back to square 1.

The IPV6IPV4 is the uneditable default APN. It works for everything apart from streaming services on Android devices. I set up a NEW APN profile using just IPv4 and set it to default. It works fine for everything until you reboot the router, ten it doesn't work for anything. I don't tin that deleting the original IPV6IPV4 profile would help because then I'd be left with nothing that worked.

@afarmery everything you've said in your Post is correct, apart from the last two steps that you haven't mentioned, after setting the New IPV4 Only Profile, have you then Saved this as the Default before actually Saving the Profile, this should stop it going back to the other Profile after a ReBoot, the other clue is you cannot edit or delete a Profile if it's in current Use or is the Default Profile.

The other thing to look out for is a lot of LTE Routers (Huawei included) can have a Auto APN Configure depending on the firmware, which auto sets the APN Profile depending on which Network SIM is installed, this can sometimes be switch off or to manual, not that familiar with your particular Huawei Model but, and here's the difficult bit, different Manafactures or Model Releases call them different things, but it's normally some form of tick box (to opt in or out) within or around the same Settings Page as the APN Profiles page, and this setting can sometimes reconfigure itself to be back On after a Reboot.

As for the 'saving' thing, when i set up the new APN clicking IPv4 only, I then click 'finish', and the cogwheel whirs around for a second or two, and I'm greeted with the words "success" (if only). The new APN has (default) after it's name. I can't see a separate 'save' button. As I said before, everything works fine at this point until I reboot, after which there's no internet access for any device. BUT.....when I go back into the router settings (via 192.168.100.1), the APN is still defaulted to the IPv4 APN which did work before the reebot., i.e. is *hasn't* reverted to the original and problematic IPv6/IPv4 APN.

Whether IPV4V6 or IPV4 is in effect can be checked by seeing whether the phone has only an IPv4 address or additionally has an IPv6 address (more characters and likely to be quite a few letters in it).

If it's not certain which is good and which is bad, I agree it's difficult to determine what to delete. Although in this case, totally broken may be a better starting point and one can request known-good settings from -ee.wdsglobal.com/internet?step=manufacturerselection.vm&contractId=230&countryId=36&ne...

Thanks for all the comments. I still haven't resolved the problem of not being able to run streaming apps like Spotify on Android phones when connected to internet via Wifi (EE sim in Huawei B315 4G router). Normal web browsing/email etc is all fine. Streaming apps work from Apple phones connected to the same router.

The problem is temporarily solved by creating a new APN on Huawei router and forcing this identity to use IPv4 only. But as soon as the router is rebooted it won't connect to the internet despite still retaining the new IPv4 APN identity as default.

When opening Spotify on Android phone, it says 'not connected to internet', but despite this, most things seem to work. The main thing that doesn't work is the 'search' function, so you can play Spotify's suggested songs, but can't search for your own

One fix is the switch on the VPN. Spotify works fine now, including the search function, but frustratingly the VPN seems to stop me communicating with my Chromecast devices, so I have to listen on my tinny phone speaker. Not ideal.

The other fix is to disable Wifi on the phone, forcing it to use it to use it's 4G (in my case Virginmedia) rather than wifi. Spotify now works fine including the search function. Search and choose an album or song, hit play, reconnect to wifi on phone (Spotify now still works and no 4g phone data is being used), connect to Chromecast device for proper hifi sound. It's a bit of a pain, but it works. Interestingly, once you've done this routine, the Spotify search function will continue to work (for this usage session) on wifi i.e you don't keep having to disconnect wifi and go onto the phone's 4G everytime you search a new song. Only when you quit and later re-open Spotify, would have to go through this wifi disconnect/reconnect routine again.

Your best play is probably to work on the IPV4-only APN settings not surviving a reboot and the easiest way would probably be to delete the IPV4V6 dual-stack settings as you've confirmed three times and at length that IPV4V6 dual-stack is broken on the Huawei B315.

Regarding deleting the IPv4IPv6 setting, I agree it would be a good idea to delete it. The problem is that I can't. I've tried; it's not delete-able. I can 'add' any number of another APN profiles, and these are all delete-able if I want to get rid of them, but the original factory reset default APN configuration (IPv4IPv6) isn't. The delete button is greyed-out, so I'm stuck with it. Presumably the router gets this default profile from the EE SIM automatically (otherwise how would it know to default to EE settings as opposed to any other provider). I can't find a way of preventing it from automatically reading this information.

It's obviously very well-intentioned that users should not be able to delete known-good configurations as this places a burden on the service provider when users misconfigure their devices. The problem is when the known-good configuration appears to be the problem. It's another nice step to force the device back to the known-good default so that even temporary misconfiguration might be reverted.

One play may be to move the EE SIM to your phone to see if the issues go away. If the issues go away, you have an argument that the router is faulty or defective, or misconfigured in such a way that you cannot work around the misconfiguration by deleting the misconfiguration and therefore it should be replaced. Obviously would be a problem if the service provider no longer has responsibility for that device.

c80f0f1006