What's the firmware version of your VR200v?

Version 2.
firmware
Archer VR200v(EU)_V2 161202

by default it's "always on" instead of connect on demand, if you use connect on demand, set the idle time to a small number

On demand is not an acceptable work around as this is not the default setting and may potentially cause a delay for the user if session is disconnected due to inactivity then reconnected upon user trying to surf.
*EDIT* I actually just tested this and using on demand if the session is terminated by the PPPoE server the modem never reconnects unless either rebooted or by user going into the GUI and selecting "disconnect" and "reconnect"
So this is actually much worse

This seems like a design flaw to me, other manufacturers have always on settings to check and re-establish the session within 30 seconds or less

The modem has Auto connection mode, in this mode, the internet connection reconnects automatically anytime it gets disconnected.

flying snow

The modem has [COLOR=#333333]Auto connection mode, in this mode, the internet connection reconnects automatically anytime it gets disconnected.

Yes......................... yes it does but this is the whole reason of this thread.

Try it yourself.. attach the modem to a PPPoE server and reboot the PPPoE server or kick the session from the PPPoE server.

The modem takes a very long time to reconnect (as long as 15 minutes but as short as 2 minutes)
On average seems to be about 6-7 minutes of dead internet time before the modem realises the session is stale and initiates a new one.

Other vendor equipment re-establish the session with a minute or within seconds without fail.

This is not something set by the radius server or the PPPoE server, this is a built in function of the modem as far as I can tell.

that's really a long time...does it have something to do with the phone line too? ignore it if you test with other modem. what would be the light status on the modem? is the DSL light still solid on? It's really tricky. maybe send the log to support@tp-link.com to analyze

This has nothing to do with Line Sync

Assuming the line is never detected as out of sync (connection between the DSLAM and modem is up the entire time) and the PPPoE session is dropped by the server, the modem doesn't check if the session is valid until that very long interval.

I have a support case open with TPLINK now but not really getting anywhere yet.