Package: ppp Version: 2.4.4rel-2 Severity: normal
When using the rp-pppoe plugin and pppoe, the fragments used are tiny (8 bytes of ppp data), and consequently the link behaves really really poorly. The correct behaviour is that MLPPP fragments should be (packet size) / (number of links), but less than MTU. When using /usr/sbin/pppoe, it works fine. Looking through the kernel code, the only way I can see that this would happen is if rp-pppoe didn't correctly pass through the MTU and instead passed it through as zero. A zero MTU would cause the above behaviour. A quick look at rp-pppoe hasn't told me anything useful though. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages ppp depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libpam-modules 0.79-3.1 Pluggable Authentication Modules f ii libpam-runtime 0.79-3.1 Runtime support for the PAM librar ii libpam0g 0.79-3.1 Pluggable Authentication Modules l ii libpcap0.8 0.9.4-2 System interface for user-level pa ii netbase 4.25 Basic TCP/IP networking system ii procps 1:3.2.7-2 /proc file system utilities ii zlib1g 1:1.2.3-11 compression library - runtime ppp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
