Package: pppoeconf Version: 1.16 Severity: important Hi,
This problem could either be pppoeconf or debian installer related. It is a problem related to the correct configuration of /etc/ppp/peers/provider relative to the MTU setting. I believe the MTU issue has been discussed very intensly but the issue caught me by surprise. I performed a Debian testing install with net-inst, my internet link is pppoe. Debian installer configured pppoe, I assume the installer uses pppoeconf but that might not be the case. The system being installed is a small office gateway. PPPOE came up correctly and was fine during the installation process. After reboot, internet showed intermittent problems from the other office computers but not from the gateway itself. The internet worked on the gateway and not from the other computers in the office. The problem was intermittent, ping worked, telnet worked, google worked, other internet sites hanged etc. This problem was tracked down after a long time to the lack of MTU setting in my ppp provider file. After running pppoeconf a couple times, I finally got a configuration that worked for all computers... tatarana:/home/mfeitosa# cat /etc/ppp/peers/dsl-provider # Minimalistic default options file for DSL/PPPoE connections noipdefault defaultroute replacedefaultroute hide-password #lcp-echo-interval 30 #lcp-echo-failure 4 noauth persist mtu 1492 plugin rp-pppoe.so eth2 user "[EMAIL PROTECTED]" I have only very limited knowledge on ppp and pppoe so the questions below may seem trivial: A) Should pppoeconf set the mtu ? (Mine was commented out). Is there a situation where pppoe links do not use the MTU when they are forwarding packets? B) Do all pppoe links need this limitation ? C) How can a novice user be aware of this problem, should pppoeconf warn him D) Is their any test that could be done by pppoeconf on the link to assert the need for this setting and a reasonable value E) Is the 1492 limitation correct for all pppoe links? When will it be higher, when will it be lower? I spent many many hours reviewing my kernel, iptables and other gateway settings and it never occurred to me that the pppoe link could be dropping TCP/IP packets coming from the other computers and not from the gw itself. What was also a problem is that I have configured many dozen pppoe systems on other linux variants, debian and windows and this setting was never a problem. How where the other configurators solving the MTU setting? The aim of this bug report is to help find a way for other novice users to not get stuck on this setting like I did. Thank you, Miguel Feitosa -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pppoeconf depends on: ii gettext-base 0.16.1-1 GNU Internationalization utilities ii modconf 0.3.3 Device Driver Configuration ii ppp 2.4.4rel-9 Point-to-Point Protocol (PPP) daem ii sed 4.1.5-2 The GNU sed stream editor ii whiptail [whiptail-provider] 0.52.2-10 Displays user-friendly dialog boxe Versions of packages pppoeconf recommends: ii locales 2.5-9 GNU C Library: National Language ( -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
