vco1 wrote: > By looking at ifconfig: > RX errors 0 dropped 109 overruns 0 frame 0 So some packets are lost but there will be retransmission so that there is no loss in TCP connection. "netstat -s" will give better stats at both IP and TCP level. IIRC ifconfig gives stats since system startup. 109 drops in 1,000 would be high but 109 dropped in 1,000,000 would be small - you need context (a packet has max 1500 bytes so 109x1500 = about 160kb - how many bytes RXed in same ifconfig output ) . Netstat may tell you which end is at fault (e.g. look at retransmit count). Do multiple netstat at intervals to see what changes.
> I hadn't looked at the LMS logs yet, as I was not aware of the option to > log network events. Thanks for the tip! Just did so and need to go > through the huge log. However, I doubt this will show anything as the > packets are dropped at OS level. Or even at the NIC if I'm not mistaken. > I know there are several possible causes in Linux for dropped packets. > Such as incorrect vlan tags. But I would expect that this would then > also happen with other devices and protocols. And that is not the case. > It's really just these 4 packets at a time with some actions from the > phone to the server. LMS will only show LMS issues - packet drops are not LMS and TCP will make sure no data is lost. This error is not LMS, I think this is "normal" IP and at low level. To see if it is "serious" you need to check how the count varies over time and by activity. Check does it jump when LMS is running. The 109 drops could have happened in one burst when system started. ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=109279 _______________________________________________ Squeezecenter mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/squeezecenter
