Re: PPPoE performance difference

2002-05-14 Thread Brian Somers
Hi, The performance problem here is due to deflate compression being used. Compression is quite expensive (more so than decompression) and the slow machine is losing out here. If you ``disable deflate pred1 mppe'' and ``deny deflate pred1 mppe'' you should see better results. > I had a frie

Re: CCP does not work between Linux ppp client and FreeBSD ppp server

2002-05-14 Thread Brian Somers
Hi, You're correct. The linux machine should not REQ the compression schemes that were REJected. > (This is a PPP related question.) > > It seems the RedHat Linux 7.2 PPP client does not work with the FreeBSD = > 4.5 PPP server in the CCP (Compression Control Protocol) negotiation. = > Briefl

Re: misc/37696: Virtual hosts broken

2002-05-14 Thread Brian Somers
> Problem exists between keyboard and chair. > The reason why ifconfig complains is that you're assigning a point-to-point > address to an ethernet interface and both addresses have the same > point-to-point address. > > This is how you add ips to an interface: > ifconfig xl0 192.168.1.1 netmas

Re: (KAME-snap 6384) Re: tun device & IPv6

2002-05-14 Thread Lars Eggert
Brian Somers wrote: > The tun device, when given the TUNSIFHEAD ioctl, will prepend the > address family. If TUNSIFHEAD is turned off, it will drop non IPv4 > packets. > > This was done for backwards compatibility. To use IPv6 with tun, you > must use the TUNSIFHEAD ioctl and prepend/strip t

Re: (KAME-snap 6381) tun device & IPv6

2002-05-14 Thread Brian Somers
> Hi, > > could someone with more knowledge of the tun device please take a look > at the code around line 387 in net/if_tun.c? It looks like tunoutput() > drops all packets here that aren't of the AF_INET family - most notably, > it drops IPv6 packets. > > We hacked around this with the simp

Re: (KAME-snap 6382) Re: tun device & IPv6

2002-05-14 Thread Lars Eggert
[EMAIL PROTECTED] wrote: >>could someone with more knowledge of the tun device please take a look >>at the code around line 387 in net/if_tun.c? It looks like tunoutput() >>drops all packets here that aren't of the AF_INET family - most notably, >>it drops IPv6 packets. > > > just to ma

Re: tun device & IPv6

2002-05-14 Thread itojun
>could someone with more knowledge of the tun device please take a look >at the code around line 387 in net/if_tun.c? It looks like tunoutput() >drops all packets here that aren't of the AF_INET family - most notably, >it drops IPv6 packets. just to make sure, which platform? from cc

tun device & IPv6

2002-05-14 Thread Lars Eggert
Hi, could someone with more knowledge of the tun device please take a look at the code around line 387 in net/if_tun.c? It looks like tunoutput() drops all packets here that aren't of the AF_INET family - most notably, it drops IPv6 packets. We hacked around this with the simple fix below, bu

Enabling Directed Broadcasts

2002-05-14 Thread Matthias Kranz
Hi! We try to start a PC in a different subnet through using a WakeOnLan. The packet is addressed to the broadcast address of the client PC net. The FreeBSD router in between does not forward this packet. I read that FreeBSD is not supporting directed broadcasts since 2.2.5. Is there any para

Bandwidth reservation?

2002-05-14 Thread Kyunghwan Kim
I've used dummynet bridge for bandwidth manangement in my company. Dummynet provides bandwidth management service by limiting specified traffic. Maybe limiting ability of dummynet is derived from its origin of network delay simulator. But I really want to use (or implement if I can) is bandwidth