forward rules on ipfw, but they were not as easy to setup and not
working reliably in my setup.
Best regards,
Patrick Bihan-Faou
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Cristian KLEIN a écrit :
> Marc G. Fournier wrote:
>
>> I'm looking to do some consulting on a project that will involve wireless
>> networks ... since, if it goes forward, I'm going to be the "Unix person",
>> so,
>> of course, the unix side will be FreeBSD ...
>>
>> ... but, I haven't used
Hi,
I am trying to setup interface bonding for a new server. So far I have used
netgraph and the ng_one2many node and it sort of work. I have a couple of
small issues with it, but nothing blocking:
- the ng_one2many node does not detect if one of the interface is
disconnected resulting in only ha
Hi again,
Maybe I am misunderstanding things, but since the arp-request we recieve are
for our IP address, do we need to forward them to the other segments ?
Here is my setup:
[PC : 192.168.1.254][rl0]---[FreeBSD : 192.168.1.1]---[fxp0][]
On the freebsd machine I have 2 tcpdumps
Hi Julian,
> > Yep this seems to be fixing my problem here. I actually reimplemented
> > Julian's patch on a test system here, but luckily did not get
> confused by
> > the order of the test (the first test should be if(do_bridge ||
> ...) rather
> > than if (!do_bridge)).
> >
> > To Julian's def
def BRIDGE in one place and $ifndef
BRIDGE in the other place was confusing though.
Patrick.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Julian Elischer
> Sent: February 5, 2001 15:08
> To: Luigi Rizzo
> Cc: Patrick
Hi!
"Rich Wales" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Robert Watson wrote:
>
> > There used to be a kludge that mapped the ether_header.ether_type
> > field of non-IP packets into the UDP port number for the purposes
> > of certain IPFW rules when bridg
Hi,
> You've asked two different questions here, with differing answers:
>
> 1) How to do an arp resolution without sending traffic to the IP, and
> 2) Is it possible to do it all in one command.
>
> The answer to 2) is: of course.
Thanks for the nice explanation of the arp mechanism. This was
Hi,
How could I perform a arp resolution without attempting to send traffic to
the IP address I am looking up ?
To rephrase my question, if I use arp(8), to obtain the mac address
associated with a specific IP address and that information is not yet in the
arp cache, arp(8) returns:
bash-2.03$
Hi!
""Matthew Emmerton"" <[EMAIL PROTECTED]> wrote in message
news:<002101c0663a$d0270b90$[EMAIL PROTECTED]>...
> > > I'm happy to announce this problem has finally found its final
solution
> > > in ppp version >= 11/28/2000: the new option "tcpmssfixup" (enabled by
> > > default!) corrects the
I think that it was added in the last 2 weeks. It is in the HEAD for sure.
It has not been commited in 4-STABLE yet.
Patrick.
> -Original Message-
> From: Vince Vielhaber [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, December 14, 2000 10:27 AM
> To: Patrick Bihan-Faou
Hi,
You probably need to use tcpmssd from the ports (net/tcpmssd) or use the
recently added tcpmss option of PPP for you ADSL link.
Look in the archive of this list for TCP MSS and ADSL, and you will find all
the information you need.
You can also look at http://renaud.waldura.com/doc/freebsd-p
Hi Brian,
> > The funny thing is that if I do a ifconfig tun0 mtu 1333, I see
> the proper
> > RTM_IFINFO messages...
>
> ppp sets the interface mtu using TUNSIFINFO rather than SIOCSIFMTU.
> See src/usr.sbin/ppp/tun.c.
>
OK now I see it... This seems to be the culprit. I guess that this ioctl
13 matches
Mail list logo
