From owner-freebsd-bugs Mon Dec 9 11:00:04 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA21887 for bugs-outgoing; Mon, 9 Dec 1996 11:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA21880; Mon, 9 Dec 1996 11:00:02 -0800 (PST) Resent-Date: Mon, 9 Dec 1996 11:00:02 -0800 (PST) Resent-Message-Id: <199612091900.LAA21880@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nsayer@kfu.com 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 ; 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 ; 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 X-Send-Pr-Version: 3.2 Subject: bin/2188: ijppp incompatable with SLIRP Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2188 >Category: bin >Synopsis: ijppp incompatable with SLIRP >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Dec 9 11:00:01 PST 1996 >Last-Modified: >Originator: Nick Sayer >Organization: just me >Release: FreeBSD 2.2-ALPHA i386 >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. >Audit-Trail: >Unformatted: