From nsayer@3do.com  Mon Dec  9 10:51:03 1996
Received: from outland (outland.3do.com [208.192.70.2])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA21327
          for <FreeBSD-gnats-submit@freebsd.org>; Mon, 9 Dec 1996 10:51:03 -0800 (PST)
Received: from badger.3do.com (badger.3do.com [198.211.30.7]) by outland (SMI-8.6/8.6.12) with SMTP id KAA23614 for <FreeBSD-gnats-submit@freebsd.org>; Mon, 9 Dec 1996 10:50:01 -0800
Received: from jail.3do.com by badger.3do.com (4.1/SMI-4.1)
	id AA13820; Mon, 9 Dec 96 10:50:28 PST
Received: by jail.3do.com 
        (8.8.2//ident-1.0) id KAA06614; Mon, 9 Dec 1996 10:50:28 -0800 (PST) 
Message-Id: <199612091850.KAA06614@jail.3do.com>
Date: Mon, 9 Dec 1996 10:50:28 -0800 (PST)
From: nsayer@kfu.com
Reply-To: nsayer@kfu.com
To: FreeBSD-gnats-submit@freebsd.org
Subject: ijppp incompatable with SLIRP
X-Send-Pr-Version: 3.2

>Number:         2188
>Category:       bin
>Synopsis:       ijppp incompatable with SLIRP
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Dec  9 11:00:01 PST 1996
>Closed-Date:    Sat Feb 22 20:24:40 PST 1997
>Last-Modified:  Sat Feb 22 20:25:27 PST 1997
>Originator:     Nick Sayer
>Release:        FreeBSD 2.2-ALPHA i386
>Organization:
just me
>Environment:

ijppp dialing into slirp. Default parameters on both ends, except
slirp uses ppp (default is slip), and lqr has been disabled on ijppp
(see related PR).

>Description:

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.

>How-To-Repeat:

I don't know how much this helps, as I have not spent much time trying
to track this down, but this is the only code that conceivably could
increment the unaligned frame count on slirp. It is in ppp.c:

        if (proto != PROTO_VJCOMP && ((long)m->m_data & 3)) {
                ipstat.ips_unaligned++;
                memmove((u_char *)(m->m_data - ((long)m->m_data & 3)),
                    m->m_data, m->m_len);
                m->m_data -= ((long)m->m_data) & 3;
        }

>Fix:
	
none known at present. Disabling vj didn't help any.

>Release-Note:
>Audit-Trail:

From: J Wunsch <j@uriah.heep.sax.de>
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. ;-)

From: Nick Sayer <nsayer@quack.kfu.com>
To: j@uriah.heep.sax.de (J Wunsch)
Cc:  Subject: Re: bin/2188: ijppp incompatable with SLIRP
Date: Mon, 9 Dec 1996 13:28:27 -0800 (PST)

 Sure enough, disabling pred1 did it.
 
 Thanks!
 
 -- 
 Nick Sayer <nsayer@quack.kfu.com>  | 
 N6QQQ @ N0ARY.#NORCAL.CA.USA.NOAM  | "Like I said to my drug dealer,
 +1 408 249 9630, log in as 'guest' | I don't 'cut' my money."
 URL: http://www.kfu.com/~nsayer/   |        -- Kip Adotta
 
State-Changed-From-To: open->closed 
State-Changed-By: mpp 
State-Changed-When: Sat Feb 22 20:24:40 PST 1997 
State-Changed-Why:  
This can be fixed by disabling pred1 compression. 
>Unformatted:
