Michael DeMan <[EMAIL PROTECTED]> wrote:
> So, if you already have a route to 10.100.100.0/24 via OSPF to
> another machine, then try to...
>
> ip address 10.100.100.55/24
>
> You get an error.
Is that the only problem? Someone was talking about funding
development to fix something--surely the
D B ear Home Ow f ner ,
Your cr L edi c t doesn't matter to us !
Your c f red I it doesn't matter to us ! If you O k WN real e c st X at
7 e
and want IMMED H IAT A E ca B sh to spen D d ANY way you like, or simply
wish
to LO 2 WER your monthly p s ayment w s by a third or more, here are t
hi,
although it is still in alpha quality, we have a library, named
libnetnice, which i think is the best match for your purpose.
http://www.netnice.org
http://sourceforge.net/projects/netnice
if interested, please let me know. or, you may join our libnetnice ML.
http:
Mikhail Teterin wrote:
Hi!
I'm writing an application that, needs to be able to quickly alter the
bandwidth between another machine and the host.
The only way I can do that -- without another machine's cooperation -- is by
using the firewall, such as the dummynet functionality of ipfw.
Is
On Thu, Mar 30, 2006 at 04:57:42PM -0500, Mikhail Teterin wrote:
> Is there any way to create/alter such a pipe from a C-program without using
> system("ipfw ")?
XORP has a module for IPFW2 which micro-assembles IPFW2 instruction
sequences on the fly from a relatively simple filtering rule re
On Thu, Mar 30, 2006 at 04:57:42PM -0500, Mikhail Teterin wrote:
> Hi!
>
> I'm writing an application that, needs to be able to quickly alter the
> bandwidth between another machine and the host.
>
> The only way I can do that -- without another machine's cooperation -- is by
> using the firewa
Hi!
I'm writing an application that, needs to be able to quickly alter the
bandwidth between another machine and the host.
The only way I can do that -- without another machine's cooperation -- is by
using the firewall, such as the dummynet functionality of ipfw.
Is there any way to create/alt
Yes,
Any ideas anywhere?
I'm not a BSD kernel guru, but from the other people that responded
it seems that the issue is not allowing userland processes to update
the routing table with the same subnet if there is a route for that
subnet in the UNIX kernel already.
You can force the local
Hi,
The issue I have is that FreeBSD will not allow quagga to configure
an additional interface on the local system if already exists in the
routing table.
So, if you already have a route to 10.100.100.0/24 via OSPF to
another machine, then try to...
ip address 10.100.100.55/24
You get
