Re[4]: mpd pppoe client problems

Hello, Artyom. 13 декабря 2006 г., 8:46:24 you wrote: > Would you show us content of your inet-up.sh script? > And output of `netstat -inlb`, `netstat -rna` when mpd > established connection. #!/bin/sh /etc/rc.d/ipnat restart /etc/rc.d/ntpd restart /etc/rc.d/named restart /usr/local/apache/bin/a

Re: Re[2]: mpd pppoe client problems

> On Tue, 12 Dec 2006 12:48:25 +0200 (EET) > "Artyom Viklenko" <[EMAIL PROTECTED]> wrote: > > Changed mtu & mru, nothing changed. > > # /usr/local/etc/rc.d/mpd.sh stop > Stopping mpd. > Waiting for PIDS: 47927, 47927, 47927, 47927, 47927, 47927, > 47927, 47927, 47927, 47927, 47927, 47927, 47927,

Re: [EMAIL PROTECTED]: some questions about bge(4)]

On Wed, Dec 06, 2006 at 11:54:01AM +0300, Gleb Smirnoff wrote: > Forwarding to net@ list and to Oleg, who has made polling > support for bge(4). > > - Forwarded message from MQ <[EMAIL PROTECTED]> - > > From: MQ <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED], [EMAIL PROTECTED] > Subject: s

Automatic TCP send and receive socket buffer sizing

=262144 (256K, growth limit) net.inet.tcp.recvbuf_auto=1 (enabled) net.inet.tcp.recvbuf_inc=16384(16K, step size) net.inet.tcp.recvbuf_max=262144 (256K, growth limit) The patch is available here (it may apply with some fuzz): http://people.freebsd.org/~andre/tcp_auto_buf-20061212.diff

Re: mpd pppoe client problems

On Tue, 12 Dec 2006 17:02:22 +0200 Nikos Vassiliadis <[EMAIL PROTECTED]> wrote: > Your firewall rules are somehow obscure. Please do > explicitly allow everything > from your host to the world and back, early in your > ruleset(something like > "add 1 allow ip from me to any keep-state"). Test it

Re: Re[2]: mpd pppoe client problems

On Tue, 12 Dec 2006 12:48:25 +0200 (EET) "Artyom Viklenko" <[EMAIL PROTECTED]> wrote: Changed mtu & mru, nothing changed. # /usr/local/etc/rc.d/mpd.sh stop Stopping mpd. Waiting for PIDS: 47927, 47927, 47927, 47927, 47927, 47927, 47927, 47927, 47927, 47927, 47927, 47927, 47927, 47927, 47927, 47

Re: mpd pppoe client problems

On Tuesday 12 December 2006 13:05, Alexei wrote: > Hello. > > > set link mtu 1492 > > check with ps command in which state mpd is when issuing rc.d stop > > command. > > Ok, I'll try it when I'm at home (probably this evening). > > >> Nothing prevents it + ppp works fine. (But I don't like it fo

Re: ip6_sprintf patch

On Tuesday 12 December 2006 13:22, Bjoern A. Zeeb wrote: > Hi, > > I have a patch sitting around for quite some time that I'd like to > commit if noone has any objections. It tries to print the addresses > in a more common/readable format eliminating leading zeros like > in :0001 -> :1. > > You can

ip6_sprintf patch

Hi, I have a patch sitting around for quite some time that I'd like to commit if noone has any objections. It tries to print the addresses in a more common/readable format eliminating leading zeros like in :0001 -> :1. You can also fetch it from here: http://sources.zabbadoz.net/freebsd/ipv6/pat

Re: VLAN implementation

Thanks a lot. I had another related question. In the afore mentioned case of two VLANs (vlan1 and vlan2), if we receive a VLAN enabled frame on vlan1 (e.g. ICMP echo) and we need to generate an ARP request to figure out the MAC of the source (who sent the original frame), which interface will the

Re: Re[4]: mpd pppoe client problems

> Hello. > >> BTW, user-level ppp performs TCP MSS fix. >> MPD does not in client mode. > >> Use your firewall to correct this. > > Wo'nt ``set iface enable tcpmssfix'' in mpd.conf do it? no, sorry, it occasionally remains there... should be removed. > > -- > Grats, > Alexei

Re[4]: mpd pppoe client problems

Hello. > BTW, user-level ppp performs TCP MSS fix. > MPD does not in client mode. > Use your firewall to correct this. Wo'nt ``set iface enable tcpmssfix'' in mpd.conf do it? -- Grats, Alexei mailto:[EMAIL PROTECTED] ___

Re[4]: mpd pppoe client problems

Hello. > set link mtu 1492 > check with ps command in which state mpd is when issuing rc.d stop > command. Ok, I'll try it when I'm at home (probably this evening). >> Nothing prevents it + ppp works fine. (But I don't like it for high >> cpu load) > much better to show your rulebase 3 1

Re: Re[2]: mpd pppoe client problems

> Hello. > >>> set link mtu 1498 >> ^ >> first, check this > > What should I put there? BTW, how can it make mpd ignore rc.d stop > command? > > >> also check your firewall. > > Nothing prevents it + ppp works fine. (But I don't like it for high > cpu load

Re: Re[2]: mpd pppoe client problems

> Hello. > >>> set link mtu 1498 >> ^ >> first, check this > > What should I put there? BTW, how can it make mpd ignore rc.d stop > command? > set link mtu 1492 check with ps command in which state mpd is when issuing rc.d stop command. mine config:

Re[2]: mpd pppoe client problems

Hello. >> set link mtu 1498 > ^ > first, check this What should I put there? BTW, how can it make mpd ignore rc.d stop command? > also check your firewall. Nothing prevents it + ppp works fine. (But I don't like it for high cpu load) -- Grats, Alexei

Re: mpd pppoe client problems

> Hello world. > > My provider give me access to the net via pppoe, so I decided to use > mpd as a client. I've compiled into the kernel some netgraph modules, > edited a little default mpd config and started it via rc.d. > Everything looked ok, connection established, but no pac

mpd pppoe client problems

Hello world. My provider give me access to the net via pppoe, so I decided to use mpd as a client. I've compiled into the kernel some netgraph modules, edited a little default mpd config and started it via rc.d. Everything looked ok, connection established, but no packets walked t