Date: Mon, 9 Dec 1996 10:50:28 -0800 (PST) From: nsayer@kfu.com To: FreeBSD-gnats-submit@freebsd.org Subject: bin/2188: ijppp incompatable with SLIRP Message-ID: <199612091850.KAA06614@jail.3do.com> Resent-Message-ID: <199612091900.LAA21880@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>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:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199612091850.KAA06614>