TPG Community

Get online support

FTTN changed to FTTP now daily disconnects multiple support requests no fix logs in post

spotts
Level 4

I had FTTN for years and a solid connection even with 500m of copper to the FTTN fibre box down the road. 

In July of this year I changed to FTTP and get daily dropouts. I work from home and teach uisng zoom and can have 20 students on the other end and the dropout often happens disconnecting me at the worst time. 

Here are the steps that have been tried in several phone calls the last being yesterday. Years ago I had a fault in the box on the street and this forum got it fixed so trying this again. 

 

My setup is the router TP-Link Model VX220-Gv2 sitting next to my desktop computer using ethernet directly to the router. Next to the router is the NBN box with cover off so I see the lights. So no wireless. 

 

When the dropouts happen I glance at the router and the INTERNET LIGHT goes off until it reconnects and internet restored. The WAN light is solid. 

 

When FTTP was installed I lost the landline for 2 months and one support tech fixed it after many calls but toggling on and off the calls barred option which fixed incoming and outgoing calls so that was a glitch in the software. 

 

The NBN connection shows stable for days so it is the modem/router that is the disconnect. Every time they call they say this even though in email I supply the disconnection logs in System tools in the router using 192.168.1.1 to log into it. They do not see these router disconnects it seems. 

 

They reset the NBN box and did firmware remotely

 

They reset the router to factory defaults which I know worked as wifi on the TPLINK turned back on. I use TPLINK Deco x20 mesh for wireless for house. 

 

The NBN and TPLINK plugged directly into the wall not power board. 

 

When a faulty modem was replaced a year or so ago they sent out TWO TP-Link Model VX220-Gv2 routers and when I phoned and called them they said logistics made a mistke keep the second. 

So I suggested on another call I replace the model with the identical router out of the box never used and was told to do so in case the first had a fault. Basic isolation testing. Dropouts persisted. 

Yesterday I had a call again saying stable NBN connection. He got me to look in router as he said I need to do a MANUAL settings for FTTP as the router was setting itself up for FTTN STILL. I'll attach screenshots of the  Ewan settings manually., I deleted all three others as I was told to do. He said I should have had that done earlier but looking through notes it was not done. He said this would cause dropouts if it was connecting to FTTN settings. The new connection was set to VLAN ID 2 and was not previously. 

 

I looked at WARNING logs in System Tools/system logs THIS MORNING and two dissconnects when I was asleep. There were two disconnects as I can only attach 3 screenshots I'll post one for example. 

 

They have tested the optic line several times and they always say this is fine. Strange thing is FTTN was stable all the time at 50mbps connection the speed changed to 100mbps with FTTP. 

I helped the NBN with running the cable as it is 40m run from the street to the box on the house and as a previous builder I ran the internal 15m internal fibre with them to my home office with no sharp turns etc so cable run went well. 

Can you PM me and I will sent my username and details for you to investigate. I have been building computers and setting up networks since the 80's and pretty sharp on the hardware side but 8 phone calls later over months this is not being fixed. Please help. 

13 REPLIES 13
david64
Master

Hi @spotts . Normal operation for FTTP is for the Power, Optical and Alarm lights to be green. WAN light on means connection to NBN box is OK. Internet light off means router has lost contact with a device in the external network. 

Does it recover by itself? How quickly?

 

You can delete the DSL connections that were used on FTTN. And the unused EWAN connections. Your screenshot shows interface pppoe_0_3 as Connected. It is not using VLAN ID.

Is this the active connection when internet is working?

You can try disabling IPv6 since it is not used.

When you changed to FTTP, did you remove the DSL cable from the VX220?

 

You can save the system log to a text file on your computer. Copy and paste text leading up to dropout and the recovery in your reply.

 

Is the Deco configured as Access Point?

 

Send a private message to  kate_  

https://community.tpg.com.au/t5/Welcome/How-do-I-private-message-PM-in-the-community/m-p/4093

Include your account number and a link to this thread

https://community.tpg.com.au/t5/Broadband-Internet/FTTN-changed-to-FTTP-now-daily-disconnects-multip...

 

BTW, email notification from Community is not working, so you should check here from time to time.

kate_
Moderator

Hey @spotts, we want to help put an end to the dropouts you're seeing. We suggest giving the steps David has sent above a go. If they don't do the trick, I'll be here to help out 😊

spotts
Level 4

Question 1 it recovers quickly like 5 to 10 seconds after internet dropping out. Much quicker than when FTTN.

Deleted DSL connections as you suggested. The four DSL connections said connected should have taken screenshot. 

The unused Ewan appeared on powering down the router and back up btw I only did the VLAN 2

Same with the DSL it seems as i reset router to factory defaults. 

When I changed to FTTP I disconnected old cable only WAN ethernet cable connected and landline from Phone to the NBN NOT the router.

You asked was the DSL the internet connection I just deleted all 4 internet working still. All four said connected in grey where Ewan connections are in green don't know if this means anything. 

 

Re system logs since clearing them two days ago there are 62 pages I copied one disconnect with some text before and after for context. 

2024-11-16 19:01:14 [5] DHCPD: Recv REQUEST from CC:F9:57:1A:79:A5
2024-11-16 19:01:15 [5] DHCPD: Send ACK to 192.168.1.124
2024-11-16 19:03:00 [5] DHCPD: Recv DISCOVER from CC:F9:57:1A:79:A5
2024-11-16 19:03:00 [5] DHCPD: Send OFFER with ip 192.168.1.124
2024-11-16 19:03:00 [5] DHCPD: Recv REQUEST from CC:F9:57:1A:79:A5
2024-11-16 19:03:01 [5] DHCPD: Send ACK to 192.168.1.124
2024-11-16 20:27:03 [5] DHCPD: Recv REQUEST from 6E:92:95:BB:83:8C
2024-11-16 20:27:03 [5] DHCPD: Send ACK to 192.168.1.111
2024-11-16 20:28:25 [5] DHCPD: Recv REQUEST from 6E:92:95:BB:83:8C
2024-11-16 20:28:25 [5] DHCPD: Send ACK to 192.168.1.111
2024-11-16 20:33:38 [3] PPP: ppp3 Peer not responding
2024-11-16 20:33:38 [3] PPP: ppp3 LCP down
2024-11-16 20:33:38 [4] PPP: ppp3 LCP down
2024-11-16 20:33:38 [6] PPP: ppp3 sent [LCP TermReq id=0x3 "Peer not responding"]
2024-11-16 20:33:38 [6] PPP: ppp3 rcvd [LCP TermAck id=0x3]
2024-11-16 20:33:38 [3] PPP: ppp3
2024-11-16 20:33:39 [5] VoIP: disable SIP stack due to intf IP is 0.0.0.0
2024-11-16 20:33:42 [5] DHCPC: Send DISCOVER with request ip 0.0.0.0 and unicast flag 0
2024-11-16 20:33:45 [5] DHCPC: Send DISCOVER with request ip 0.0.0.0 and unicast flag 0
2024-11-16 20:33:48 [5] DHCPC: Send DISCOVER with request ip 0.0.0.0 and unicast flag 0
2024-11-16 20:33:53 [5] DHCPC: Send DISCOVER with request ip 0.0.0.0 and unicast flag 1
2024-11-16 20:33:53 [6] PPP: ppp2 sent [PADI Host-Uniq(0x0000421d)]
2024-11-16 20:33:58 [6] PPP: ppp2 sent [PADI Host-Uniq(0x0000421d)]
2024-11-16 20:34:02 [5] DHCPD: Recv DISCOVER from C0:06:C3:81:25:2C
2024-11-16 20:34:02 [5] DHCPD: Send OFFER with ip 192.168.1.100
2024-11-16 20:34:02 [5] DHCPD: Recv REQUEST from C0:06:C3:81:25:2C
2024-11-16 20:34:02 [5] DHCPD: Send ACK to 192.168.1.100
2024-11-16 20:34:03 [6] PPP: ppp2 sent [PADI Host-Uniq(0x0000421d)]
2024-11-16 20:34:04 [3] PPP: ppp2
2024-11-16 20:34:04 [6] PPP: ppp3 sent [PADI Host-Uniq(0x00004346)]
2024-11-16 20:34:04 [6] PPP: ppp3 rcvd [PADO PeerMac(a0-b4-39-4b-fe-d4)]
2024-11-16 20:34:04 [6] PPP: ppp3 sent [PADR Host-Uniq(0x00004346)]
2024-11-16 20:34:04 [6] PPP: ppp3 rcvd [PADS SessionID(0x0c09)]
2024-11-16 20:34:04 [6] PPP: ppp3 sent [LCP ConfReq id=0x1 <mru 1480> <magic 0xe1f654f6>]
2024-11-16 20:34:04 [6] PPP: ppp3 rcvd [LCP ConfReq id=0x1 <mru 1492> <auth pap> <magic 0x48054506>]
2024-11-16 20:34:04 [6] PPP: ppp3 sent [LCP ConfAck id=0x1 <mru 1492> <auth pap> <magic 0x48054506>]
2024-11-16 20:34:04 [6] PPP: ppp3 rcvd [LCP ConfNak id=0x1 <mru 1492>]
2024-11-16 20:34:04 [6] PPP: ppp3 sent [LCP ConfReq id=0x2 <mru 1492> <magic 0xe1f654f6>]
2024-11-16 20:34:04 [6] PPP: ppp3 rcvd [LCP ConfAck id=0x2 <mru 1492> <magic 0xe1f654f6>]
2024-11-16 20:34:04 [6] PPP: ppp3 sent [LCP EchoReq id=0x0 magic=0xe1f654f6]
2024-11-16 20:34:04 [6] PPP: ppp3 sent [PAP AuthReq id=0x1 user="tpg_acs@tpg_acs" password=<hidden>]
2024-11-16 20:34:04 [6] PPP: ppp3 rcvd [LCP EchoRep id=0x0 magic=0x48054506]
2024-11-16 20:34:04 [6] PPP: ppp3 rcvd [PAP AuthAck id=0x1 ""]
2024-11-16 20:34:04 [6] PPP: ppp3 sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
2024-11-16 20:34:04 [6] PPP: ppp3 rcvd [IPCP ConfReq id=0x1 <addr 10.20.22.210>]
2024-11-16 20:34:04 [6] PPP: ppp3 sent [IPCP ConfAck id=0x1 <addr 10.20.22.210>]
2024-11-16 20:34:04 [6] PPP: ppp3 rcvd [IPCP ConfNak id=0x1 <addr 115.64.194.129> <ms-dns1 203.12.160.35> <ms-dns2 203.12.160.36>]
2024-11-16 20:34:04 [6] PPP: ppp3 sent [IPCP ConfReq id=0x2 <addr 115.64.194.129> <ms-dns1 203.12.160.35> <ms-dns2 203.12.160.36>]
2024-11-16 20:34:04 [6] PPP: ppp3 rcvd [IPCP ConfAck id=0x2 <addr 115.64.194.129> <ms-dns1 203.12.160.35> <ms-dns2 203.12.160.36>]
2024-11-16 20:34:06 [5] VoIP: enable SIP stack due to intf(115.64.194.129) is up.

 

I will see how deleting DSL goes over the next couple of days. 

Also am I correct that when I I filter warings in system logs I get the below and it is a log of the dropout?

 

ID Time Type Level Log Content

12024-11-17 02:36:30PPPErrorppp2
22024-11-17 02:36:19PPPErrorppp2
32024-11-17 02:36:07PPPErrorppp3
42024-11-17 02:36:07PPPWarningppp3 LCP down
52024-11-17 02:36:07PPPErrorppp3 LCP down
62024-11-17 02:36:07PPPErrorppp3 User request
72024-11-17 02:35:59PPPErrorppp3
82024-11-17 02:35:59PPPWarningppp3 LCP down
spotts
Level 4

I will PM now but forgot to answer deco question. I added pics of back of router and NBN lights both green don't use alarm. 

The DECO is connected by ethernet cable driectly to modem. And I disabled wireless in the router itself. So it is the only wireless in the house. 

The Desktop computer is connected by Ethernet cable directly to the modem/router. There are two other deco's in the house which cover our upstairs downstairs. 

Thanks heaps for the help.

spotts
Level 4

I deleted DSL and then powered off the modem. Waited 10 seconds back on. The DSL settings return as they must be sent from the TPG don't know but they show disconnected anyway and there is no cable to the DSL port. 

Also did a pic of the EWAN showing which one is connected so definitly using EWAN internet. 

I sent both you David and Kate my details. Thanks agaion for sorthing this. 

david64
Master

@spotts . ON the NBN box, the Alarm light appears to be off which means no device is connected, even though the UNI-D1 light is on meaning a gigabit device (VX220) is connected.

When internet is working, what colour is the Alarm light?

 

The main Deco should be set to Operating Mode of Access Point. 

You have the option to use the main Deco as a PPPoE router connected to NBN box. The second ethernet port connects to VX220 configured as Dynamic IP. Deco does all the work; your computer still connects to VX220. You can use all functions of the Deco this way.

Deco doesn't seem to have a System Log so it would be best to get the dropouts fixed in your current config before making changes.

 

Since you removed the DSL cable, it should not be necessary to delete the DSL interfaces. Their status will be DSL Disabled or DSL Disconnected, so they are all out of action.

In the System Log, when it recovers, whichever EWAN interface is being used, it is configured for a userid tpg_aos... which is the auto-config server, which is supposed to setup the router with your userid. When the internet is working, look in Network,EWAN and see which interface has status Connected. 

Is it pppoe_0_3 as seen in one of the screenshots?

Whichever one it is, modify it with your TPG userid and password. Disable IPv6.

 

In the System Log, the DHCPD messages are normal messages between your devices and the VX220.

The PPP messages relate to the connection to TPG going down and the recovery.

This is for TPG to fix.

 

spotts
Level 4

David so helpful to have your comments. 

So we have no alarm but when internet IS connected and working the Arlam light is OFF so transparent. Power is solid green and Optical light flashing green as data is being transfereed I presume. 

I didn't know the Deco can be set up as PPPoE. I might do this in the future but won't change things until this is fixed. 

The screen shot I attached shows pppoe_0_3 as the ONLY one connected in EWAN correct. I will disable ivp6 now but was told to tick it by TPG fyi. Question will this cause error for ipv6 web addresses or does PC handle this?

I will put the username and password for TPG which I have on file. Presently it has generic username tpg_acs@tpg_acs and password tpg_acs which it set up automatically. 

I am a little confused. TPG supoort got me to delee  all THREE profiles in EWAN. I then was told to create PPPoE on VLAN id 2 which upon rebooting has turned into pppoe_0_2 but NOT connected. 

 

So in summary will change ppooe 3 which is the connected profle to my persoanl username and password with ipv6 off as showing in pic. 

 

One other question can a pc be connected directly to the NBN box using ethernet cable? Just wondering.

 

EDIT I put in my username and password I have used for years and powered off the modem to see if the settings were retained and they are and internet is connected will let you know how it goes.

david64
Master

@spotts . NBNCo doco says Alarm light should be green for normal operation. It's either broken or its purpose has changed.

Last word from TPG is that IPv6 is not being used. If you enable it and still get dropouts, then it's not helping.

In pppoe_0_3, the 0 means no VLAN ID so it shows as N/A. The 3 is specific to VX220.

 

You can connect a pc directly to NBN box but you have to configure a PPPoE dialler to replicate what the router does.

 

You can contact TPG via Facebook Messenger regarding dropouts. Include a link to this thread.

https://community.tpg.com.au/t5/Broadband-Internet/FTTN-changed-to-FTTP-now-daily-disconnects-multip...

This link takes you straight to TPG's Facebook inbox : http://m.me/tpgtelecom

 

spotts
Level 4

Hi David, 

I belive you might have fixed it. When I put in my username and password into the connected pppoe connection I have had no dropouts in the log for over a day or more. I'll continue to monitor. Thanks heaps. Looks like the auto confiigured TPG username tpg_acs@tpg_acs and password tpg_acs was the problem. Only thing I did is replace this. The profle I set up with TPG wasn't connected so my personal username and password wasn't behing used in that. Powering on and off auto created the USED pppoe connection with the username tpg_acs@tpg_acs and password tpg_acs. So manually changing this to mine seems to do the job. 

Why would pg_acs@tpg_acs and password tpg_acs cause disconnects? I guess if I had a NEW connection and not FTTN changed to FTTP then a router would have arrived correctly configured. Still suprised TPG took 8 calls before alerting me to this. Must be a common occourance with upgrades being rolled out all over the place. 

Thanks David for all your help. This forum is awesome.