Reading this set of notes on security, SPAM and viruses.
I would like to modestly contribute:
-Ends cannot be trusted:
I think any security implementation needs to be done on the routers part of the BGP. I think you can control the BGP people better than the ends. AS numbers would be
Marcus Leech wrote:
Atheros released open-source linux drivers for their chips and the
corresponding reference design.
I don't know which cards use the Atheros chipset, other than ours.
The atheros folks are also cooperating with the FreeBSD project, so they
are making a good commitment to
Hi,
How we can calculate TCP send rate i.e TCP packet per second for bursty
traffic in ns?
I would like to have 1Gb link with 1000 byte TCP packet size.
I am using the formula:
TCP (send rate) = Average (Window)/Average(RTT)
I have implemented the loss module on the link for packet drops at
On Nov 13, 2003, at 12:46 PM, Randy Bush wrote:
Note that getting 802.11a works even better.
until everybody does, and 'everbody' is twice
as many people as now
Actually, no. 802.11a is inherently better for this sort of
environment than 802.11b or 802.11g. Instead of having 3
non-overlapping
On Thu, 13 Nov 2003 23:22:25 -0500
Theodore Ts'o [EMAIL PROTECTED] wrote:
Another suggestion - it would have been real useful if the software
on my laptop could have been told to ignore some APs (or some other
laptops pretending to be APs), or to only listen to this other set
of APs.
Deploy both and we can suck it and see...
On Thu, Nov 13, 2003 at 02:15:39PM -0800, Jim Martin wrote:
On Nov 13, 2003, at 12:46 PM, Randy Bush wrote:
Note that getting 802.11a works even better.
until everybody does, and 'everbody' is twice
as many people as now
Actually, no.
On Thu, 13 Nov 2003, Jim Martin wrote:
On Nov 13, 2003, at 12:46 PM, Randy Bush wrote:
Note that getting 802.11a works even better.
until everybody does, and 'everbody' is twice
as many people as now
Actually, no. 802.11a is inherently better for this sort of
environment
On Fri, Nov 14, 2003 at 03:51:34PM +0100, Roland Bless wrote:
You're lucky that your driver and card support this.
I don't know if there's a way to make this work for those cards where
the ap selection is done in firmware.
Unfortunately, the driver for my Lucent card doesn't support
Unfortunately, the driver for my Lucent card doesn't support this
command and I presume that it's not possible w/ the current firmware. As
someone already stated: though the card was quite good and stable at
past meetings, this time it was really annoying. Either the firmware
needs an update
On Thu, 13 Nov 2003 11:51:57 -0500 (EST)
shogunx [EMAIL PROTECTED] wrote:
Unfortunately, the driver for my Lucent card doesn't support this
command and I presume that it's not possible w/ the current firmware. As
someone already stated: though the card was quite good and stable at
past
Roland,
Though I'm able to do this (which may not be true for other linux users),
and, it really costs a lot of time to do it. I've done it several times at past
meetings, because the driver wasn't stable enough and crashed my kernel
several times.
Which driver/kernel version are you
On Thu, 13 Nov 2003, Jim Martin wrote:
I strongly encourage people to consider bringing 802.11a cards to
future meetings! (Note: Of course, now that I've said that, the future
hosts will decide against deploying it)
If we go for 802.11a, I sugggest that we ask a vendor (or two) to
-BEGIN PGP SIGNED MESSAGE-
Theodore == Theodore Ts'o [EMAIL PROTECTED] writes:
Theodore On Linux machines, as root type the command:
Theodore iwconfig eth1 ap 00:0C:30:1A:69:A2
Theodore To force the access point to be 00:0c:30:1A:69:A2
Theodore I don't know if there's
This is not the solution.
I'm not going to change the technology that I use because we haven't been able to
setup a good network here. We should learn from the mistakes and do it better next
time, as we know it worked in Vienna.
I use b or g, because is what I carry with me, and I will not
14 matches
Mail list logo