Arris Router Management

[Alexandrin Chaples]

Iwanted to try setting up my ActionTec P5001a DSL modem/router in bridged mode with a Linksys E2500 router for improved NAT performance. Switching the modem to bridged mode and the router to PPPoE worked perfectly, but now I seem to have no way to access the modem GUI if I want to do things like turn off its wireless antenna. (I was also thinking about disabling its NAT and DHCP functions, although are those are even relevant when it's in bridged mode?)

I've tried accessing it through the original IP address it used (192.168.0.1) both through the router and directly plugged into one of the modems Ethernet ports, but it seems to be no longer accessible through an IP address.

With those, you have to reset it(holding the reset pin) to get to the web interface and that takes it out of bridge mode. With yours, there may be other ways, but You can reset it too like that and get out of bridge mode and to a web interface.

no way to access the modem GUI if I want to do things like turn off its wireless antenna. (I was also thinking about disabling its NAT and DHCP functions, although are those are even relevant when it's in bridged mode?

With ones i've used, NAT and DHCP definitely aren't done when it's in bridge mode, I can't comment on others. I'd be surprised if it did wireless but you can check just to make 100% sure.. If you know the SSID (which you'd need to know to know how to connect to your own router when it's in regular mode), then look for that SSID to see if it's broadcasting. I'm sure you'll find that's off too, in any of these devices when in bridge mode. I suppose you could also prove that it's not doing NAT, with the tracert command tracert www.google.com and look for private IP addresses like 192.168 or 10.0 and you should only see one of them, if double NAT I suppose you'd see two.

I have edited my answer, my previous answer said "When it's in bridge mode it has no web interface, no IP." I removed that since it's false for DDWRT and possibly false for some makes/models. The other answer says no , however that's not true either. I know this to be the case(the web interface turning off when in bridging mode), with some router/modem/switches, specifically with at least some, belkin ones e.g. as mentioned here "if the belkin is correctly set to bridge mode you can not enter its gui web interface , as it is just a modem". It is true of DDWRT that you can still access the web interface.. Though quite likely that his particular make/model can, as the other answer claims to have used similar models to the OP, and says you can, i.e. you can with his. Though the other answer then talks about DDWRT which the OP may not be running. And the other answer doesn't specify what is going on with the OP's device if he has no access to his web interface.

I am appalled at the misinformation in the accepted answer. While I have no experience with the ActionTec P5001a, I do have experience with half a dozen similar devices, and they all work the same way when in bridged mode.

Wrong. It has the same default IP address (192.168.0.1) and the same web interface is waiting to be used. However, there is no route to the network, so you cannot reach 192.168.0.1 unless you tell your router to route to it.

I have installed DD-WRT on my Linksys E4200 router. It is available for the E2500 as well. Make sure that the E2500 network is anything but 192.168.0.1, then point your web browser to the router's management UI.

You have just given the router the IP address 192.168.0.2 which is on the same network as the bridged modem and instructed it to route packets to that network. From any device on your network you can now log into the bridged modem's UI with

Managed to find my GUI in new address: (original was 192.168.0.1 before bridged mode)logged in and turned it back to router mode and after waiting it to resetClicked network Internet access logo on desktop and there troubleshoot problems.

I ran into this issue when switching the internet connection on my Linksys WRT1900ACS from DSL to a mobile hotspot. I'm bridging through the 5 Ghz radio and serving clients through the 2.4 Ghz side. The Linksys has much better WiFi coverage than the hotspot and also supports 4 wired GB devices. I can still connect WiFi directly to the hotspot from devices in reasonable proximity.

Anyway, the broadcast IP suggestion is great, except on a Windows platform. The alternate to this is "arp -a". This will list all the Mac addresses with the corresponding IP that are visible to your computer. Browse to each IP in turn and you will find the administrative address of your router.

Since the router cannot find the network with the original SSID (i.e Bad Motherf***er) to repeat the signal, it automatically goes back to DHCP Mode, thus enabling it to be accessed by any device connected to the network that it was previously broadcasting using the router's gateway (which was 192.168.0.1).

Too easy...I dont know why this much talk on this issue..you need a pc ,connect the pc to the router directly(may be using ethernet port),now you may get ip from your bridged network's DHCP server automatically,you need to override this to access your router Default IP,Go to adapter setting chose properties,Select IPv4 addressing, click proprties,Now manually put IP of your router default network,In my case router default IP is 192.168.0.1,So I put IP: 192.168.0.10,subnet mask: 255.255.255.0,default gateway: 192.168.0.1 (default ip of your router)Leave dns blank,volla! now you can access tour router GUI,just select obtain ip automatically after you done configuring to reset the network.

I might add my two cents here ... My Gargoyle router (a version of DD-WRT) was set up in bridge mode for the network 192.168.100.0 and I could not get access to its interface on ip 192.168.1.10, even when setting my own ip to the same subnet and netmask. What I discovered was that the bridge got an IP on the network it connected to. The way I discovered what it was by pinging on the broadcast address for the main network: ping 192.168.100.255. I noticed an unknown address, and after some checking I saw it had the same MAC address. I could then connect to 192.168.100.176, the new found address, change the settings from Bridge to AP and be on my way again.

Originally, opened the administration page for the office router, but when I enabled bridge mode, connecting the office LAN to the internet via the kitchen router, going to instead directed me to the admin page for the kitchen router.

So it seems when a router is set to bridge mode, you can still find it on the local network, but under a different IP address. In my case, it was 192.168.1.76, but if the above DNS record doesn't work for you, you can try one of these other methods to try to find out what IP address it's listed at:

That's so rubbish, at least in my case. I use Tp-link routers in WDS bridge. Of course, with DHCP off on the TP-link working as a repeater - it conflicts too frequently if you let default DHCP; I could have tried to set manually a different subnet mask or a different IP range than the root router but in my case I did not need such a tweak, I just disabled the second DHCP, remaining only with the root DHCP to provide IPs to my devices.

Now in order to access the settings dashboard/web interface of the repeater, I just unscrewed the antennas. And then using the 192.168.0.1. Did not work with the tplinklogin.net, as (I suppose, please correct me) it's own DNS was disabled together the DHCP. Oh, AND I set the LAN IP on my PC manually to 192.168.0.199 just to be sure it's unique. Actually this is the "wonder ingredient"...

With the "repeater" connected via wifi to the "root", 192.168.0.1 accessed the root's interface, without the antennas (or if you can, just unplug the root from the main or reboot it and you have it down for about 2 minutes) I got into the repeater's web interface and decreased the power as I intended, WITHOUT the need to reset and reconfigure it.

And to respond to another issue around here, I use only wifi to connect both the "root" and the "repeater" to the "main" router in the building and to all my devices. I do this chain of routers for two reasons:- thick walls and- I do not have access to configure the "main" router of the ISP.

In my personal experience, I found out by chance yesterday while resetting my TP-Link C20 router. After resetting was completed, it took me back to a different IP. TP-Link is at IP 198.168.0.1 and it took me to 192.168.1.1 which showed me the web GUI for my ZTE-f660 bridged router/modem.However, while trying to access again via wi-fi, it was not possible. I retried via network cable (not even connected directly to the router but to a powerline receiver) and I was again able to access to that web GUI.Of course this is valid for this type of router, I couldn't claim this is an undeniable rule for any router brand out there.

In case of a MikroTik router the issue may be something else. In bridge mode there may be a faulty firewall rule that drops all packets not coming from LAN which is detailed in this forum post (apparently a long term issue since I had this on a RB 2011 UiAS in 2021). The symptom for this error is that the connection times out when you try to open the web interface via the browser.

SOLUTION:Found the new IP address of CISCO router from HUAEWI interface giving info on user devices where old cisco appears offline with old IP 192.168.100.10, new cisco appears online with new IP of 192.168.100.11...type this in browser and viola: CISO UI accessed.

I have just gotten a new modem and set it up with Xfinity. I plug the Ethernet cable into the Google nest and follow setup in the Google home app, and it won't connect. The modems Ethernet port lights also don't turn on. What do I do to fix this. My new modem is an Arris S33.

Bridge Mode is not just a router mode and is a function of all modems so you can connect external routers to them so traffic will flow past the modem for router management. If this connection isn't established, the modem will not allow the router to manage traffic or receive the data.

3a8082e126