On Tue, Jan 11, 2011 at 05:50:23PM -0500, Slawomir Skret wrote: > The data is transfered from the server to the client, and the client > shows 322 errors, which is the delta between the server TX and > client RX packet count. Kernel source drivers/net/ppp_generic, looking at increments of ppp->dev->stats.rx_errors ... only happens in ppp_receive_error, which is called in several situations, some of which include a kernel message being emitted: - zero length skb, - compression used by peer without compression enabled at host, - compression not used by peer with compression enabled at host, - no memory on VJ decompression, (KERN_ERR level message), - VJ decompression error, (KERN_DEBUG level message), - non linearity just prior to SLHC decompression, - no memory during filtering. So I don't think it will be easy to isolate unless you find a kernel message or can prove inconsistent use of compression, or lack of the right kind of memory. As well as James, I'd be interested in the pppstats output. You might also try "debug dump" on both pppd and cross check the negotiations. -- James Cameron http://quozl.linux.org.au/ -- To unsubscribe from this list: send the line "unsubscribe linux-ppp" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
