Router modem to replace HomeHub4?

Its disconnected twice now.



Sep 15 19:53:48 miniupnpd[476]: Listening for NAT-PMP traffic on port 5351
Sep 15 19:53:48 disk monitor: be idle
Sep 15 20:09:10 WAN Connection: Ethernet link down.
Sep 15 20:09:10 stop_nat_rules: apply the redirect_rules!
Sep 15 20:10:06 pppd[343]: Serial link appears to be disconnected.
Sep 15 20:10:12 pppd[343]: Connection terminated.
Sep 15 20:10:12 pppd[343]: Modem hangup
Sep 15 20:10:22 pppd[343]: Connected to 00:aa:bb:01:23:45 via interface eth2.1.1
Sep 15 20:10:22 pppd[343]: Connect: ppp0 <--> eth2.1.1
Sep 15 20:10:40 pppd[343]: CHAP authentication succeeded
Sep 15 20:10:40 pppd[343]: peer from calling number 00:AA:BB:01:23:45 authorized
Sep 15 20:10:40 pppd[343]: local IP address 86.161.152.26
Sep 15 20:10:40 pppd[343]: remote IP address 172.16.15.141
Sep 15 20:10:40 pppd[343]: primary DNS address 194.72.9.34
Sep 15 20:10:40 pppd[343]: secondary DNS address 194.72.0.114
Sep 15 20:10:40 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth2.1.1)!
Sep 15 20:10:40 rc_service: ip-up 496:notify_rc stop_upnp
Sep 15 20:10:40 miniupnpd[476]: received signal 15, good-bye
Sep 15 20:10:40 rc_service: ip-up 496:notify_rc start_upnp
Sep 15 20:10:40 miniupnpd[525]: HTTP listening on port 35177
Sep 15 20:10:40 miniupnpd[525]: Listening for NAT-PMP traffic on port 5351
Sep 15 20:10:40 WAN Connection: WAN was restored.
 
Just lost connection again,

Sep 15 20:41:46 miniupnpd[638]: HTTP listening on port 38758
Sep 15 20:41:46 miniupnpd[638]: Listening for NAT-PMP traffic on port 5351
Sep 15 20:41:50 WAN Connection: WAN was restored.
Sep 15 20:41:50 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth2.1.1)!
Sep 15 20:57:25 WAN Connection: Ethernet link down.
Sep 15 20:57:25 stop_nat_rules: apply the redirect_rules!
Sep 15 20:58:10 pppd[343]: Serial link appears to be disconnected.
Sep 15 20:58:16 pppd[343]: Connection terminated.
Sep 15 20:58:16 pppd[343]: Modem hangup
Sep 15 20:58:26 pppd[343]: Connected to 00:aa:bb:01:23:45 via interface eth2.1.1
Sep 15 20:58:26 pppd[343]: Connect: ppp0 <--> eth2.1.1
Sep 15 20:58:47 pppd[343]: CHAP authentication succeeded
Sep 15 20:58:47 pppd[343]: peer from calling number 00:AA:BB:01:23:45 authorized
Sep 15 20:58:48 pppd[343]: local IP address 86.161.154.5
Sep 15 20:58:48 pppd[343]: remote IP address 172.16.15.141
Sep 15 20:58:48 pppd[343]: primary DNS address 194.72.9.34
Sep 15 20:58:48 pppd[343]: secondary DNS address 194.72.0.114
Sep 15 20:58:48 rc_service: ip-up 658:notify_rc stop_upnp
Sep 15 20:58:48 miniupnpd[638]: received signal 15, good-bye
Sep 15 20:58:48 rc_service: ip-up 658:notify_rc start_upnp
Sep 15 20:58:48 miniupnpd[686]: HTTP listening on port 33721
Sep 15 20:58:48 miniupnpd[686]: Listening for NAT-PMP traffic on port 5351
Sep 15 20:58:48 rc_service: ip-up 658:notify_rc stop_ntpc
Sep 15 20:58:48 rc_service: ip-up 658:notify_rc start_ntpc
Sep 15 20:58:53 WAN Connection: WAN was restored.
Sep 15 20:58:53 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth2.1.1)!


Think this will be going back.
 
You mean this?


Modulation : G.Dmt
Annex Mode : Annex A/L
Line State : up
Lan Tx : 11617
Lan Rx : 7215
ADSL Tx : 6872
ADSL Rx : 11182
CRC Down : 0
CRC Up : 0
FEC Down : 0
FEC Up : 0
HEC Down : 0
HEC Up : 0
SNR Up : 8.0
SNR Down : 6.0
Line Attenuation Up : 19.5
Line Attenuation Down : 38.0
Data Rate Up : 928
Data Rate Down : 8064


My god, the download is about half its normal rate, usually its 12 down and 1 up.

Thats with the ASUS supplied filter as I swapped it over to se if that was the issue.

Put the BT filter on and its back to normal speed,

Modulation : ADSL2+
Annex Mode : Annex A/L
Line State : up
Lan Tx : 19763
Lan Rx : 12239
ADSL Tx : 11723
ADSL Rx : 18855
CRC Down : 0
CRC Up : 471
FEC Down : 0
FEC Up : 21444
HEC Down : 843
HEC Up : 0
SNR Up : 6.2
SNR Down : 0.1
Line Attenuation Up : 19.0
Line Attenuation Down : 37.0
Data Rate Up : 1059
Data Rate Down : 13594
 
Twice now with the ASUS filter, I will leave it till tomorrow to see if it "syncs" better, then its going back.


Edit..another additional 3 times now its lost connection.
 
Are the line stats looking any better?

Given the available evidence I'd be looking for a line fault (even if it is apparently okay with the HH4). Have you tried connecting to the master socket test port? Is there any noise on the line?
 
Wait a week at least with it plugged in.

Make unplug all other phones/filters to rule them out too.

So you want a single filter, then into your router.




If after a week it's playing up.. then get router stats, connect to BT test socket, then wait another week and get stats.


The router itself is great.
 
Come home from work.

Looked at the log and its been dropping all day long.

Run speedtest and the download is pants.
 
So the ASUS stopped crashing/dropping the internet, but synced at a much lower download speed.

So i am un happy as its lost around 1/4 of my speed.

I have removed it and fitted the homehub 4 again and this is now also reporting a lower download speed than i use to have.


• Has the ASUS finally syncing with the exchanged cause me to now get a lower speed?

• can this be reversed?
 
Wait a week at least with it plugged in.

Make unplug all other phones/filters to rule them out too.

So you want a single filter, then into your router.




If after a week it's playing up.. then get router stats, connect to BT test socket, then wait another week and get stats.


The router itself is great.
 
Well yesterday was the final straw, more multiple connection drops.

So took the piece of junk back for a refund.

Back to using the HH4 and hope the BT DLM restores my full download connection speed.
 
On Whirlpool (Australian internet forum) the Asus dsl-n55u chipset is criticised for trying to get a higher sync rate which is susceptible to problems.

Think the TP-Link D7 (if that's the one using Broadcom chipset) is considered the one to go for according to Whirlpool. But paying for AC wireless.
 
Back
Top Bottom