"Geoffrey Crompton (RMIT Guest)" wrote:
why are you doing this?
there are already 4 pseudo interfaces in the system of varying types..
netgraph(2 types), divert, tap, tun.
what do you need to do?
>
> I'm trying to write a pseudo interface, but I'm confused about
> my responsibilities for t
< said:
> This seems a little funny then.. why then would you ever want not
> to use "proxy" keyword? That is, why would you expect to be able
> delete a real route using the arp command?
Because you have a non-proxy (permanent or temporary) ARP cache entry
that you want to flush.
-GAWollman
-
If you mean a packet destined for the source address of the
POINTOPOINT link, then yes, this is intentional. If you want to be
able to ping the local end you'll need a route on lo.
> Hi
>
> I don't know if this is intentional or a bug, but if ifconfig is used to
> configure a point to point d
< said:
> I apologize for not getting this.. I'll try another question: why
> doesn't "arp -d x.y.z.w" just delete whatever ARP entry there is
> for x.y.z.w no matter what kind it is?
Because it doesn't know what kind is there. It could find out, but
then you'd have a race condition, and in any
> > Hi,
> >
> > I sent these files in private. But I remembered that I have another
> > unusual config in this machine: is is multiprocessed, and has 10 SCSI disks
> > and lots of SYSV shared memory.
>
> i think SMP might have something to do with it. Yusuf, are you also
> using an SMP box
Garrett Wollman writes:
> > This seems a little funny then.. why then would you ever want not
> > to use "proxy" keyword? That is, why would you expect to be able
> > delete a real route using the arp command?
>
> Because you have a non-proxy (permanent or temporary) ARP cache entry
> that you wa
I'm trying to write a pseudo interface, but I'm confused about
my responsibilities for the _ioctl() command.
It seems that for the assigning of an address, I simply need to
return 0 to indicate that address family is ok, as the higher level
functions handle the actuall assignment of addresses
> Hi,
>
> I sent these files in private. But I remembered that I have another
> unusual config in this machine: is is multiprocessed, and has 10 SCSI disks
> and lots of SYSV shared memory.
i think SMP might have something to do with it. Yusuf, are you also
using an SMP box ?
Two things to
Hi,
I sent these files in private. But I remembered that I have another
unusual config in this machine: is is multiprocessed, and has 10 SCSI disks
and lots of SYSV shared memory.
I could also test a kernel compiled by you, using my config. Just send it
to me in private and I'll try.
> Hi Luigi,
>
> I'm seeing the same problem here, and I do not use bridging. I have
> DUMMYNET and IPFIREWALL configured. I can send the kernel and firewall config
> files if you need.
yes please -- because the picobsd image i am using does not
produce the problem and yusuf could confirm tha
> > I tried to measure bandwidth with IPComp enabled, but kept
> > getting the error message "no response" from netperf
> > (/usr/ports/benchmark/netperf).
> >
> > For all I could tell from tcpdump, netperf established ctrl
> > channel, and about 5 to 8 packets were sent with I
Hi Luigi,
I'm seeing the same problem here, and I do not use bridging. I have
DUMMYNET and IPFIREWALL configured. I can send the kernel and firewall config
files if you need. BTW: this did not happen with 4.2-RELEASE.
For more info, see the message I've posted to freebsd-stable list.
Lui
Hi
I don't know if this is intentional or a bug, but if ifconfig is used to
configure a point to point device, such as 'tun' or the newer 'gif' devices,
then the kernel insists on installing a route where the destination is the
end point of the tunnel, the gateway is the source of the tunnel and
On Wed, Jan 31, 2001 at 08:53:06AM +0100, Jeroen Ruigrok van der Werven wrote:
> -On [20010129 05:45], Boris Popov ([EMAIL PROTECTED]) wrote:
> >On Sun, 28 Jan 2001, Bosko Milekic wrote:
> >
> >> Boris, if you're reading this, if you see that both these
> >> gentlemen have the same interface,
14 matches
Mail list logo