[Icecast] Strange occurrence

[Dick Trump]

Klaas wrote:
>> A reconnect that lasts less than one minute is counted as continuous outage.  
  
> Do you mean 'more than one minute?'.

I didn't describe it fully.  If an outage is detected, the system attempts a reconnect immediately.  If a reconnect is established but is lost again without a full minute of audio, I don't log it as a reconnect.  Once a reconnect is established and holds for at least a minute, it is logged as being reconnected.

> One explanation could be that by 
> coincidence they share some piece of networking equipment that failed on 
> their network path to your icecast box while the windows machines didn't.

I see that as highly unlikely.  One of the Linux boxes sits next to the server and is on the same switch as serves the connection to the ISP.  All other clients have completely different ISP's from each for their connections, most on commercial ISP's providing DSL service.  A couple are on educational networks.
 
> Are the machines running a cron job to SYNC time (e.g. using ntpdate)? 

Yes.  Their clocks are updated hourly.  That makes the possibility of client based interruptions coincide if they are clock related.

> Could you detection procedure be fooled by a jump forward/backward in time?

Other than the logging time recorded on the client, I don't THINK that is likely.  But I would have to say that I don't fully understand the meaning of the parameter of the PID for MPG123 that I have found that seems to signal a disconnect.  It is entirely possible that the parameter can be fooled by an adjustment to the clock.  But I would guess that I would see on-the-hour problems on a more frequent basis.

On the other hand, all Linux clients poll the same time service for synchronization.  If that service did something unexpected, that might explain something.

I appreciate your exploring this with me but it is purely academic at this point and I'm probably boring the others.

-- 
Dick
dtrump1 at triadav.com