Need more info : requirements for bridging 5G ZTE router to NanoPi R4S

I LOATHE lazy manuals written with bare minimum info.

ZTE MC7010 manual:
https://manuals.plus/zte/mc7010-outdoor-wifi-router-manual#confirming_the_connection_status_and_making_more_settings

ZTE page for MC7010, even LESS info....
https://www.ztedevices.com/en/products/mobile-internet/5g-fwa/MC7010.html

The bridging "help" on the ZTE firmware.... Again, bare min info.

My question is : will I NEED a MAC (hardware) address on the R4S? I've bought a (Chinese brand) R4S WITHOUT MAC chip.

As I'm trying to think this through, it occurs to me.... In bridge mode the ZTE will probably just search for any MAC addresses on its same network segment, then send the WAN address to the router at any MAC address discovered. There should only be ONE device on the ZTE modem's network segment, since the router will seperate the WAN from the LAN addresses.

Can you guys confirm? I have asked this question before on this forum, but did not get a comprehensive answer, which is why I'm still confused.

Also, once the ZTE device is in Bridge mode, its theoretically NOT IP reachable anymore..... & will merely wait for a MAC address on its cat5 cable??....

I haven't actually switched ZTE firmware across to bridge mode. I do not want to lose access to the ZTE & don't understand what will happen when I do switch it to bridge mode... until I'm ready w R4S installed & ready for the ZTE bridged modem, I'm very reluctant to switch the ZTE over....

No MAC, or non-unique MAC ?

Hmmm, Amazon writeup says: No MAC Chip: no unique MAC address.

So, it WILL have some sort of MAC then? With "some sort of" MAC, then it would be usable in my situation....

My impression was that ALL networked devices had a unique MAC address. That was during studying 20 years ago....

yes, but you'll end up with something random, on every reboot.

OK, so I'm gonna have PROBLEMS w a non-unique MAC.

Will return device & get a PROPER DEVICE....

Fascinating hardware shortcuts these days....

Tnx

the non-unique MAC in it self isn't an issue, but assigning a static IP to it could be.
you can always script or override the MAC, before you bring up the network.

or get the version with an unique MAC, they're usually an extra $10.

another option is to use an ethernet USB adapter for the WAN port.

Thread here was talking about what you're saying re scripting a unique MAC from the storage (eMMC) ID.

.... My vote is getting a "proper" device w a STATIC MAC.....

This has been an interesting experience/lesson for me.... Dynamic MACs are a thing these days.... Highly unimpressed lol.

I haven't looked into the issue that much, but there's a difference between not having a MAC, hence getting one generated by the OS, and reusing one across several devices.

Both will cut costs, but the one with the non-unique MAC will have the same address on every reboot, while the one without a MAC, will get a random address, unless scripted/reconfigured.

With openwrt you can work around the random MAC.
The non-unique one shouldn't cause you any trouble at all, unless you have two+ identical devices on the same subnet.

AH, so non-unique MAC is NOT dynamic, just not worldwide unique.

Obv I don't need worldwide unique on my site.

1 Like

non-unique could be dynamic too, depends on how you interpret it :wink:

trial and error, unless you can locate a review, etc.