0

Internet not re-connecting if network connectivity lost?

Hello:

Has anyone solved this issue yet?

If the player loses local network connection for a while (a few hours?, I haven't been able to figure out the exact timing yet), the player connects back to the local network fine, but seems to lose internet connection, as Media RSS Feeds stop updating. 

If you reboot the player, then everything starts working again.

I have seen this on HD players (HD220 and HD1020 running 6.1.76) and I have some of my clients that have also see this behavior.

Either the players are not reconnecting to the Internet, or the Media RSS Feed stops checking after a certain amount of failed connects, and never checks again.

It would be nice if there was a fix for this issue, so that the player does not have to be rebooted when this happens, as it is not always noticed right away.

Thanks!

2 comments

  • 0
    Avatar
    Allen H. Porter

    Using the gen2 1032 and 1132 and any of the gen3 players I have never seen a failure to connect to the Internet after time x offline.  And we have seen some significant offline times both as a failure of the active Ethernet connection and from various other stages in the network connection.

     

    I can't speak to the failure of the RSS feeds as we have not done much of that.

  • 0
    Avatar
    Eric

    Hi John,

    Yes, we still experience this issue (feed url requests not updating after loss of network) since a very long time ago.
    We posted this issue at BS support early this year and we have been provided by a bug work around from BS.
    We are still in communication with them from early this year about this since it is occurring 4.6 BA and equivalent FW. All players with BA 4.4 work flawlessly.

    The provided ‘bug fix’ turned out very recently not to work properly if there are multiple states with feeds and with a certain ip configuration.

    But the recently released 6.2.147, without the use of the bug workaround, works far better!
    We see a big positive difference in performance.

    But still, in a very few occasions we see it happening again!
    As we monitor all feed request very closely and we can ‘see’ when it happens and give a reboot when needed.
    Also adjusting timing of some feed request helped.
    Still we are awaiting a final fix or a new bug work around from BS shortly.

    Best regards,
    Eric

Please sign in to leave a comment.