QOLSR

2004-06-14 Thread User Ernie
Anybody tried to port QOLSR across to FreeBSD? http://qolsr.lri.fr/desc/qolsr.html It's basically OLSR with QoS, looks very interesting. - Ernie. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, s

Re: Using netgraph for filtering/modifing packets

2004-06-14 Thread Jon Noack
On 06/14/04 12:28, James Housley wrote: Julian Elischer wrote: On Mon, 14 Jun 2004, James Housley wrote: For testing of a product I would like to be able to modify or even drop packets based on their content. What I have in mind is forcing the packets through a firewall that would redirect all pac

snmpwalk from jail -> snmp server ...

2004-06-14 Thread Marc G. Fournier
Have a jail setup that I want to be able to do a snmpwalk from to another server ... but, for some reason, I get a 'sendto' error: zabbix# snmpwalk -v 1 -c public jupiter.hub.org system SNMPv2-MIB::sysDescr.0 = STRING: FreeBSD jupiter.hub.org 4.10-STABLE FreeBSD 4.10-STABLE #8: Fri Jun i386 snmp

DWL-650 RevP and OLDCARD

2004-06-14 Thread Rob Pascual
Hi. Sorry if this has been covered before. I purchased a D-Link DWL-650, and it turned out to be the newer RevP model. I built the NDIS wrapper around drivers from the windows CD, but it doesn't seem to pick up the card. I tried using that both as a module, and built into my kernel. My laptop

Re: Using netgraph for filtering/modifing packets.

2004-06-14 Thread Julian Elischer
On Mon, 14 Jun 2004, James Housley wrote: > > I have a product that is connected to a PC via eithernet. The product > runs FBSD, but I would likely put another FBSD box in the middle. I want > to be able modify packets for good and evil based on the data portion of > the packet. > > For e

Re: Using netgraph for filtering/modifing packets

2004-06-14 Thread Julian Elischer
On Mon, 14 Jun 2004, James Housley wrote: > For testing of a product I would like to be able to modify or even drop > packets based on their content. What I have in mind is forcing the > packets through a firewall that would redirect all packet to a netgraph > node that would either pass unchan

Re: Using netgraph for filtering/modifing packets

2004-06-14 Thread James Housley
Julian Elischer wrote: On Mon, 14 Jun 2004, James Housley wrote: For testing of a product I would like to be able to modify or even drop packets based on their content. What I have in mind is forcing the packets through a firewall that would redirect all packet to a netgraph node that would eithe

Re: Using netgraph for filtering/modifing packets

2004-06-14 Thread Gleb Smirnoff
On Mon, Jun 14, 2004 at 10:48:34AM -0400, James Housley wrote: J> For testing of a product I would like to be able to modify or even drop J> packets based on their content. What I have in mind is forcing the J> packets through a firewall that would redirect all packet to a netgraph J> node that wo

Re: Fw: Re: A quagga-related issue

2004-06-14 Thread James
can you try running 'sh ip route a.b.c.d', where a.b.c.d is the connected route in question, to an interface that is down? Does it shown down/unavailable? (on zebra telnet port 2601 cli or vtysh) If it shows DOWN/not available, quagga will not redistribute. The problem is that quagga can't know w

Using netgraph for filtering/modifing packets

2004-06-14 Thread James Housley
For testing of a product I would like to be able to modify or even drop packets based on their content. What I have in mind is forcing the packets through a firewall that would redirect all packet to a netgraph node that would either pass unchanged, drop or change the contents to assist in testing

Current problem reports assigned to you

2004-06-14 Thread FreeBSD bugmaster
Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description --- o [2003/07/11] kern/54383 net NFS root configurations without dynamic

Fw: Re: A quagga-related issue

2004-06-14 Thread Vlad GALU
Begin forwarded message: Date: Mon, 14 Jun 2004 09:03:19 +0100 From: Bruce M Simpson <[EMAIL PROTECTED]> To: Vlad GALU <[EMAIL PROTECTED]> Subject: Re: A quagga-related issue Hi, Unfortunately I'm not a quagga developer, so you might have better luck getting an answer to your question by post