anyone have a recipe for shaping torrent traffic with pf + snort ?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey Folks, Looking for a simple way to tag bittorent connections based on packet content so that I can shape them with pf/altq... Heard it can be done with a combination of pf and snort .. googled some old references to a now-defunct freshmeat

some (hopefully basic) altq questions ...

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Folks, I've got an ADSL connection and for the past few months have been working out an ALTQ (well pf.conf) config to allow me to manage my upstream b/w. Sometimes the behaviour I'm seeing doesn't jibe with how I'd expect it to work and I'm

openbsd newbie question - lfs, ffs, and cf cards

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi folks, I'm working on a embedded project and have been cycling through some tradeoffs wrt using cf cards as disks. I know these devices support wear-leveling, but I'm not sure how this could work

Re: openbsd newbie question - lfs, ffs, and cf cards

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexander Hall wrote: Andrew Atrens wrote: ... And finally one last question that applies to both FFS and LFS - file access/creation/modification metadata updates. Specifically I'm thinking of atime's. Is there any way to switch off atime

ipsecadm group returns write: Invalid argument

Hi Folks, I'm running 3.7-stable and am trying to 'group' a compression association with an esp association like so - Not sure what these 'errno 209's are about either :(' # ipsecadm show sadb_dump: satype ipcomp vers 2 len 14 seq 0 pid 0 errno 209: Unknown error: 209 sa: cpi

how to tell if I getting anything out of my hifn1411 card

Even though the card is detected, I'm not seeing any boost in IPsec performance. I'm getting 10Mb/s using 3des. The raw speed (no ipsec) of the link is around 25Mb/s. This measured with netstrain. Here's what dmesg says - hifn0 at pci0 dev 13 function 0 Hifn 7955/7954 rev 0x00: LZS 3DES ARC4

Re: very, very slow usb data transfer speed on 3.7

Andreas Bihlmaier wrote: -- [EMAIL PROTECTED]: ~ (17:39) -- # dd if=/dev/wd0c of=/dev/null bs=819200 count=20 20+0 records in 20+0 records out 16384000 bytes transferred in 0.711 secs (23012820 bytes/sec) recall the old speed with apm0: - -- [EMAIL PROTECTED]: ~ (17:13) -- # dd if=/dev/wd0c

very, very slow usb data transfer speed on 3.7

Hey guys! I'm running 3.7 and am getting really, really crappy usb throughput :( - # dd if=/dev/sd0c of=/dev/null bs=819200 count=100 100+0 records in 100+0 records out 8192 bytes transferred in 175.970 secs (465533 bytes/sec) Here's an excerpt from my dmesg - uhci0 at pci0 dev 29

Re: very, very slow usb data transfer speed on 3.7

Just for fun I ran 'top' during the said slow transfer, and it says - load averages: 0.55, 0.20, 0.12 11:41:59 22 processes: 21 idle, 1 on processor CPU states: 0.2% user, 0.0% nice, 0.2% system, 0.8% interrupt, 98.9% idle Memory: Real:

Re: very, very slow usb data transfer speed on 3.7

Michael Shalayeff wrote: Making, drinking tea and reading an opus magnum from Andrew Atrens: [Charset ISO-8859-1 unsupported, filtering to ASCII...] Okay, I've upgraded to a kernel with tag=OPENBSD_3_7 which looks to be the -stable or 'patch' tag, and while the situation has improved

Re: very, very slow usb data transfer speed on 3.7

I don't see the 'EHCI' controller in there anywhere. :( UHCI == usb1.1 EHCI == usb2.0 Top speed for usb1.1 is roughly 1MB/s. Your getting that. :| Two possibilities - your mobo doesn't do usb2.0 - or the ehci device probe isn't grokking your hardware. Andrew. Jeff Ross wrote: I've got a USB