update last poll time when the interface poll frequency is reached

In the IPv6-only network, when the download time exceeds 30 seconds,
compared with REF, the IPv4 download peak rate of DUT begins to decay
with time.

The reason is: during the period from "reading ipv6 packets through
packet socket to "sending the translated ipv4 packets to tun device
through raw socket", clatd consumes more time than normal. And clatd
spent most of it time on the function: ipv6_address_changed().

Test: builds and boots, phone call, internet under wifi and
    cellular data, lab FTP download test under 464xlat

Bug: 167648019
Signed-off-by: Rocco Yue <rocco.yue@mediatek.com>
Change-Id: I815361b799c444a1094601e83a9b6a2d9fabf521
1 file changed