Re: Can DUMMYNET handle weighting of traffic according to firewall rules?

make a -STABLE merge not simple. But anyway, after adding a cost factor and handling UI extending, how would you solve the need to inject both RX and TX traffic to the same pipe? You will need to match it twice against the same pipe anyway. No 3 times but twice at least, no matter with o

Re: netmap-ipfw on em0 em1

Dear Evandro Nunes, You are just not reading. Ealy I mentioned the netmap:port syntax because your previous syntax were turning out on errors opening the port that you just didnt pay attention on ./kipfw's output. Now you just didnt read what Mahanaz Tabeli wrote ;-) Please fo *read* below!! :

Re: netmap-ipfw on em0 em1

you are sure the output is showing errors. If you could read the output you would probably get something like “error opening em0” or something like that coming netmap. -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br

Netgraph VLAN in VLAN (q-in-q)

wrong at this point. Can someone help me with this little ng problem? Its an 8.2-STABLE on i386 box. Thank you :) -- Patrick Tracanelli ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubs

Re: rate limiting mail server

arga@ in the near future...). Those are usually my own approaches to slow down my users' message floods. If you mention your MTA maybe we can be of further assistance. -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.

Re: Application layer classifier for ipfw

Patrick Tracanelli escreveu: Mike Makonnen escreveu: Mike Makonnen wrote: Patrick Tracanelli wrote: To let you know of my current (real world) tests: - Wireless Internet Provider 1: - 4Mbit/s of Internet Traffic - Classifying default protocols + soulseek + ssh - Classifying

Re: Application layer classifier for ipfw

Mike Makonnen escreveu: Mike Makonnen wrote: Patrick Tracanelli wrote: To let you know of my current (real world) tests: - Wireless Internet Provider 1: - 4Mbit/s of Internet Traffic - Classifying default protocols + soulseek + ssh - Classifying 100Mbit/s of dump over ssh

Re: Application layer classifier for ipfw

Julian Elischer escreveu: Patrick Tracanelli wrote: Mike Makonnen escreveu: Hi, An Internet Cafe I do some work for was recently having problems with very slow internet access. It turns out customers were running P2P file sharing applications which were hogging all the bandwidth. I looked

Re: Application layer classifier for ipfw

efore. It works better on i386 than amd64 right now, wont compile on RELENG_6 without modifying some gcc tweaks, etc. I hope enhacing it can be a GSoC project in the future, or we (community) can raise some funds to make it happen faster. It is really a long-time needed feature

Re: Application layer classifier for ipfw

Petri Helenius escreveu: Patrick Tracanelli wrote: I have raised the queue lenght a lot, up to 40960, and the behavior was the same. Ill keep trying and let you know if any success. No queue depth is going to help you if you receive more data than you can process. Pete From here, where

Re: Application layer classifier for ipfw

Patrick Tracanelli escreveu: I guess I need some help here. How can I increase (and what should I be aware) the input queue? Under 20Mbit/s of load, I have the following problem: Aug 1 11:14:45 ourofino last message repeated 5828 times Aug 1 11:14:45 ourofino ipfw-classifyd: MATCH edonkey

Re: Application layer classifier for ipfw

-> 88.165.54.165:42074 Aug 1 11:14:45 ourofino ipfw-classifyd: packet dropped: input queue full Where should I start from? -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 [EMAIL PROTECTED] http://www.freebsdbrasil.com.br "Long live Hanin Elias,

Re: Application layer classifier for ipfw

cket is made +1, correct? -- Patrick Tracanelli ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: traceroute AS path patch

t is different. Yes, its different. Yours is much better. I am also glad you added the -A switch functionality. Seems great to me, +1. -- Patrick Tracanelli ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freeb

Re: [patch] ipfw packet tagging

small, so it simply can't be any bugs there ;)]. Personally I very like the idea from original Andrey's letter I have tested on 6.1 and works fine too. Hope it gets commited. Very useful for altq/dummynet flexibility too. -- Patrick Tracanelli

Re: UCARP support for FreeBSD

? Try CARP, not a variant. MLaier's been very successfull at porting it to FreeBSD. The available patches just apply fine against 5.3-RELEASE and it works *very well*. Reffer to OBSD's CARP documentation to get it to work. http://people.freebsd.org/~mlaier/CARP/ -- Atenciosamente, Patrick