From owner-freebsd-bugs Mon Dec 9 13:00:05 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA00198 for bugs-outgoing; Mon, 9 Dec 1996 13:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA00177; Mon, 9 Dec 1996 13:00:03 -0800 (PST) Date: Mon, 9 Dec 1996 13:00:03 -0800 (PST) Message-Id: <199612092100.NAA00177@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/2188: ijppp incompatable with SLIRP Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2188; it has been noted by GNATS. From: J Wunsch To: nsayer@kfu.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2188: ijppp incompatable with SLIRP Date: Mon, 9 Dec 1996 21:30:55 +0100 (MET) As nsayer@kfu.com wrote: > SLIRP's statistics file claims that all IP packets transmitted from > ijppp are 'unaligned'. win95 into slirp works just fine, so I suspect > it's ijppp's fault. > >Fix: > > none known at present. Disabling vj didn't help any. Have you tried disabling the predictor-1 compression? IIJPPP has a _very_ broken CCP implementation, in that it continues to use CCP with pred1 even if the CCP negotiation yielded no common compression protocol (but CCP itself has been negotiated successfully, thus has been kept `up'). I've worked around this problem in pppd by shutting down the CCP layer if no matching compression method has been negotiated; it serves no useful purpose then anyway. We sorely need an ``IIJPPP meister''. :-( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)