Hi ASUSMy,

Still did not get any update from your R&D on the logs? You can see below the WAN disconnect every 2-3 days.


Jan 26 21:27:06 kernel: Switching to Tx Mode-1 Threshold 34
Jan 26 21:40:32 pppd[587]: Serial link appears to be disconnected.
Jan 26 21:40:37 WAN Connection: Fail to connect with some issues.
Jan 26 21:40:37 stop_nat_rules: apply the redirect_rules!
Jan 26 21:40:38 pppd[587]: Connection terminated.
Jan 26 21:40:38 pppd[587]: Modem hangup
Jan 26 21:40:50 pppd[587]: Connected to f0:1c:2d:22:2f:cc via interface vlan500
Jan 26 21:40:50 pppd[587]: Connect: ppp0 <--> vlan500
Jan 26 21:40:52 pppd[587]: PAP authentication succeeded
Jan 26 21:40:52 pppd[587]: peer from calling number F0:1C:2D:22:2F:CC authorized
Jan 26 21:40:54 pppd[587]: local IP address 147.158.xx.xx <--- masked for security purposed
Jan 26 21:40:54 pppd[587]: remote IP address 10.233.97.34
Jan 26 21:40:54 pppd[587]: primary DNS address 202.188.18.188
Jan 26 21:40:54 pppd[587]: secondary DNS address 1.9.1.9
Jan 26 21:40:54 rc_service: ip-up 13804:notify_rc start_firewall
Jan 26 21:40:56 miniupnpd[528]: shutting down MiniUPnPd
Jan 26 21:40:56 rc_service: ip-up 13804:notify_rc stop_upnp
Jan 26 21:40:56 rc_service: waitting "start_firewall" via ip-up ...
Jan 26 21:40:56 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_vlan500)!
Jan 26 21:40:56 miniupnpd[13843]: version 1.9 started
Jan 26 21:40:56 miniupnpd[13843]: HTTP listening on port 49307
Jan 26 21:40:56 miniupnpd[13843]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 26 21:40:57 rc_service: ip-up 13804:notify_rc start_upnp
Jan 26 21:40:57 rc_service: waitting "stop_upnp" via ip-up ...
Jan 26 21:40:57 miniupnpd[13843]: shutting down MiniUPnPd
Jan 26 21:40:59 miniupnpd[13848]: version 1.9 started
Jan 26 21:40:59 miniupnpd[13848]: HTTP listening on port 57967
Jan 26 21:40:59 miniupnpd[13848]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 26 21:41:00 WAN Connection: WAN was restored.
Jan 26 21:41:01 ntp: start NTP update


Jan 29 20:19:16 kernel: Switching to Tx Mode-1 Threshold 34
Jan 29 20:57:17 pppd[587]: Serial link appears to be disconnected.
Jan 29 20:57:20 WAN Connection: Fail to connect with some issues.
Jan 29 20:57:20 stop_nat_rules: apply the redirect_rules!
Jan 29 20:57:23 pppd[587]: Connection terminated.
Jan 29 20:57:23 pppd[587]: Modem hangup
Jan 29 20:57:33 pppd[587]: Connected to f0:1c:2d:22:2f:cc via interface vlan500
Jan 29 20:57:33 pppd[587]: Connect: ppp0 <--> vlan500
Jan 29 20:57:33 pppd[587]: PAP authentication succeeded
Jan 29 20:57:33 pppd[587]: peer from calling number F0:1C:2D:22:2F:CC authorized
Jan 29 20:57:34 pppd[587]: local IP address 147.158.xx.xx <--- masked for security purposed
Jan 29 20:57:34 pppd[587]: remote IP address 10.233.97.34
Jan 29 20:57:34 pppd[587]: primary DNS address 202.188.18.188
Jan 29 20:57:34 pppd[587]: secondary DNS address 1.9.1.9
Jan 29 20:57:34 rc_service: ip-up 15636:notify_rc start_firewall
Jan 29 20:57:35 rc_service: ip-up 15636:notify_rc stop_upnp
Jan 29 20:57:35 rc_service: waitting "start_firewall" via ip-up ...
Jan 29 20:57:35 miniupnpd[13848]: shutting down MiniUPnPd
Jan 29 20:57:35 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_vlan500)!
Jan 29 20:57:35 WAN Connection: WAN was restored.

@blacktubi, it used to have similar problem with the Dlink router provided by TM. That time I didn't see error in the logs, the WAN connection was connected but cannot access internet, and I had to reboot the Dlink router or re-run the Connection wizard to re-apply the setting and re-establish the WAN connection. This time with Asus RT-AC58U, the WAN connection disconnect and re-connect after 2-3 days. I wonder if this is due to any interference to the phone line or the modem? What does it mean by "Serial link appears to be disconnected" and "Modem hangup" ?? The DSL light is stable, not blinking. And unfortunately I don't have many routers to try on unless ASUS can loan me a test router to test

Ya.. I want to make sure it is not Router issue, you know, checking with TM is disappointing.. I am also considering to switch to Maxis broadband but again that is also leveraging on TM's network and VDSL modem. Furthermore now TM does not provide free support/replacement as my contract already expired. I have to pay RM53 per visit and RM500 for the VDSL modem if I choose not to re-contract.

This is what I get asked every time I report the issue via Live Chat. They will ask you which option you want. Option 1 to re-contract (if already expired) then no need to pay for RM53 and any equipment replacement cost. Option 2 - Pay for it if don't want re-contract.

Every time the technician just called and said they have reset the port. They didn't come to my house to check. Just asked me to see if the problem resolved. Anyway, just now the technician called and I was not at home, then he said he will leave the new modem at the guard house. So ok la... didn't ask me to pay.

I believe it is the TM modem. I was facing the same problem as well... Have requested a replacement modem from TM 2 days back. Now is observing whether the problem is still happening or not.

I think I had similar problem as you do, i.e: modem hangup then WAN disconnected and restored after 1-2 days. After changing the VDSL modem, I don't face this issue anymore. The old VDSL modem is from Huawei, the new one from ZTE, not sure if it makes any different. Another observation is - for the old VDSL modem the Internet light is consistently blinking, and the new one is constantly ON. And I am using Asus RT-AC58U router.

Mine is not 2 in 1 modem. It's just a ZTE VDSL modem. Not sure how to set up own router with 2 in 1 modem.

What is the VLAN number for Maxis Internet and IPTV?