TPG Community

Ask, answer and talk about our products

ARCHERV1600V moden

Highlighted
Level 2

MY new modem ahs some interesting features

1. Response at the web page for configuration and administration is ultra slow. Much of the time it's unusable. After a long delay (up to 90 seconds or more, I get a "Error code: 80002 - Unknown error" 90 seconds doesn't sound like much but it makes the interface all but unusable

2. Internet dropouts. I get 3 or 4 dropouts per day. Some clear themselves after a few minutes, other seem to require a reboot to resolve. So I don't know if the NBN is dropping out or just the modem is losing the connection.

3. WiFi dropouts. This is more interesting. We regularly get "no internet" on our wifi devices. Wile at the ssme time, any wired devices continue withouot interuption. I have an older wifi router now serving as an access point and is wired to one of the network ports on the ArcherV1600V. wifi devices connected  via this access point don't have the "no internet" problem even though the connection is ultimatley via the ArcherV1600V router.

 

Any body else having the same problems and are there any known solutions?

4 REPLIES
Level 6

Hi @Bolek Firstly turn off the second router and see if the problem still exists, it sounds like the old router may be interfering with the Archer V1600v, make sure that you turn off DHCP on the old router and assign it a static ip address not in the DHCP range that the V1600v is supplying. Tp-Link's usually use 192.168.100-199.  Make sure that the WiFi channel being used on both routers is different.

Level 2

Thanks Orbistat,

My installation:

Archer V1600V router has 4 wifi networks: MBC,MBC_5G, GUEST and GUEST_5G

DHCP is disabled entirely; I have a server which performs this function. DHCP on this server is configured so that each of my devices, whether wired or wifi device always get the same IP address each time it connects. Guests get a random alocation from the DHCP pool.

Subnet address is NOT the default 192.168.1.0

The second Router (used as an access point), is at the edge of the ARCHERV1600V wifi range and conected using UTP6 cable. It only uses 2.4G set to channel 6. ARCHERV1600V router channel for 2.4G is set to auto and seems to like (8).

I have tried turning the second router off in case there was some radio interference. Didn't seem to help. We try to use 5G when in range of the ARCHERV1600V anyway.

 

I've done some more testing and when the ARCHERV1600V "disconects" internet to wifi clients, it doesn't necessarily "disconnect" internet to all wifi clients. It seems like it only does it to one or sometimes two wifi networks. For example, I had an iPad connected to the Guest_5g network which stayed connected while a second iPad, adjacent, but connected to MBC_5G lost internet connection. Boh devices maintained the wifi connection though.

 

Level 6

Hi @Bolek That sounds like quite a comprehensive network you're running there, my initial thought would be that if you're leaving the routing totally up to the server that it may be a QoS issue, in effect you're using both wireless routers as access points, could you simplify the number of networks that the possibly underpowered processor in the router has to deal with for a test?

Level 2

Thanks Orbistat,

My network is not all that complex. The server (linux) is for mail, html, DHCP and DNS (external and internal) so that all my stuff works with external server names. That way when I take a notebook,ipad, iphone etc on the road, I don't have to make any config changes.

Also it's the DMZ and I have some firewall stuff there too. Lets me control how my email, and remote access work.

Anyway, the router just handles wif access, generall firewall, and internet connection. I was also looking at using it to look after a USB disk share for sharing to external sources. (maybe not if the ARCHERV1600V  can handle the pace?)

 

I'll remove the guest networks from the ARCHERV1600V for the time being to see if that simplifies the workload enough to ease the response problems. If underpowered CPU is a possible issue that might explain the wifi dropouts as well as the superslow response to the web GUI. Will let you know how that goes.