| Posted by: | integrin |
|---|
| Subject: | success! (close enough for now) |
|---|
| Date: | 20:37:17 14/12/2005 |
|---|
> >
> > > Thanks for a _kickass_ tool.
> >
> > Glad you're having fun.
> >
> > To fully implement the new drone proto stuff I've had to gut some of how the entire packet input system works, once that rewriting is done I'll add the wrt54g capture source back in, and if you want to help test that it SHOULD work wrt to mac osx direct without this funniness in the old protocol.
> >
> > -m
>
> I'm counting the days as well. I've tried many different GCC versions, etc... with no success. I hadn't thought of the VirtualPC option, although I'm really too impatient to use it anyway. I would think that it would drop AP's with the client/server running so slow on VirtualPC. Do you have any ballpark numbers about how much load is offloaded (if any) by using drone sources?
I don't have any problems with dropped AP's. Of all the programs I've been forced to run on VPC, the kiswin client (and any kismet client, i assume) runs very well - only slightly slower than it would natively in this case. i can't give you any solid figures on offloading but i don't know of a non-drone-sourced method for monitoring traffic on a hacked WRT54g (OpenWRT).
Until kismet introduces a 3D interface, this solution should work fine on VPC.
)
Reply to this message
