We do not use PPPD. We use MPD. Same as m0n0.
On 2/16/07, Michael Schuh <[EMAIL PROTECTED]> wrote:
Hi,
i be not sure what pppd is used on pfsense,
but if it is the originally pppd from FreeBSD so
don't set the mru and the pppd handles out
the mtu ans mru over an handshake with his peer....
called mru-handshake
if this doesnt work for you, you can see the handled mtu/mru in the logging
from pppd,
and set the size around 100 bytes smaller
sometimes an extra load for extra tunneling is required,
the more providers are between your connection and the real carrier,
the more byteload you must pay for tunneling...like
pppoe->ethernet-->atm and so on.....
most times i have set this to the minimum, and let the pppd and the kernel
do the
rest of the work for me.
here an piece from manpage of pppd
http://www.freebsd.org/cgi/man.cgi?query=pppd&apropos=0&sektion=0&manpath=FreeBSD+6.2-RELEASE&format=html
---%<--snip--%<---
mru n Set the MRU [Maximum Receive Unit] value to n. Pppd will ask
the peer to send packets of no more than n bytes. The minimum
MRU value is 128. The default MRU value is 1500. A value of
296 is recommended for slow links (40 bytes for TCP/IP header +
256 bytes of data).
mtu n Set the MTU [Maximum Transmit Unit] value to n. Unless the peer
requests a smaller value via MRU negotiation, pppd will request
that the kernel networking code send data packets of no more
than n bytes through the PPP network interface.
--->%--snap-->%--
2007/2/16, Scott Ullrich < [EMAIL PROTECTED]>:
>
> Start with a MTU of 500 and work your way up. 1400 might not be low
enough.
>
> On 2/16/07, Richard <[EMAIL PROTECTED]> wrote:
> > Hello Team / Supporters,
> >
> > i have a very wired problem with pfsense.
> > Please take some time to read the complete mail.
> >
> > Infrastructure
> > ========
> > 4Mbit ADSL Connection / ADSL Modem / no other Internet Infrastructure
> >
> > Problem description:
> > ===========
> > 30% of the Internet seams to be not available. Part of this 30% are for
> > example snort.org / download.freenet.de / sf.net. Users who are trying
> > to access one of these sites must have to wait endless. No connection
> > seams to be possible. So far so good:
> >
> > Troubleshooting:
> > ===========
> >
> > Software
> > ==
> > Restarting DSL-Modem / Firewall / DNS Server - no effect
> > Reseting the Firewall to default value - no effect
> > Changing Firewall rule's / Nat - no effect
> > Changing MTU size in shell/web 1492 / 1456 / 1400 / 1500 - no effect
> > With or withoug DNS Pasthrough - no effect
> >
> > Hardware
> > ==
> > Reinstalling the Firewall - no effect
> > -Switching to our old Firewall (Watchguard) - *everything working fine*
> > Trying different NIC - no effect
> > Installing pfsense on a completly different hardware - no effect
> > Trying pfsense dev build - no effect.
> >
> > ================================
> >
> > As i mention before, with our old Watchguard, everything is working fine
> > using PPoE Connections. I'm absoluty out of ideas. I'm actually
> > expecting no answers to that email ;-), but the hope dies at last.
> > PFsense is exactly what i'm looking for, i'm really said that we can't
> > use at the moment.
> >
> >
> >
> >
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
michael-schuh.net
Michael Schuh
Preußenstr. 13
66111 Saarbrücken
phone: 0681/8319664
mobil: 0177/9738644
@: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
