[Click] Building bridge Ethernet 802.3 to 802.11b using Click.

Fri Sep 24 12:04:56 EDT 2004

Hi,

Is it possible to build bridge using Click?

I need this application to integrate my device using PC how bridge.

Thanks!
Leandro dos Santos

-----Mensagem original-----
De: click-bounces at amsterdam.lcs.mit.edu
[mailto:click-bounces at amsterdam.lcs.mit.edu]Em nome de
click-request at amsterdam.lcs.mit.edu
Enviada em: sexta-feira, 24 de setembro de 2004 13:00
Para: click at amsterdam.lcs.mit.edu
Assunto: click Digest, Vol 15, Issue 16

Send click mailing list submissions to
	click at amsterdam.lcs.mit.edu

To subscribe or unsubscribe via the World Wide Web, visit
	https://amsterdam.lcs.mit.edu/mailman/listinfo/click
or, via email, send a message with subject or body 'help' to
	click-request at amsterdam.lcs.mit.edu

You can reach the person managing the list at
	click-owner at amsterdam.lcs.mit.edu

When replying, please edit your Subject line so it is more specific
than "Re: Contents of click digest..."

Today's Topics:

   1. Re: Blocking queue element? (Eddie Kohler)
   2. Re: Blocking queue element? (Charles Reis)
   3. Re: Blocking queue element? (Eddie Kohler)
   4. Arbitrary MAC with stripped driver (Nels Anderson)
   5. installation help (thulasiram  vaishnavi)

----------------------------------------------------------------------

Message: 1
Date: Thu, 23 Sep 2004 09:01:24 -0700
From: Eddie Kohler <kohler at cs.ucla.edu>
Subject: Re: [Click] Blocking queue element?
To: John Bicket <jbicket at amsterdam.lcs.mit.edu>
Cc: Charles Reis <creis at cs.washington.edu>,
	click at amsterdam.lcs.mit.edu
Message-ID: <4152F354.9080605 at cs.ucla.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

John Bicket wrote:
> It would get blocked - linux will buffer a small number of
> packets per socket before blocking it (even if it's not tcp), and this 
> will fill up if a device queue is marked as busy.  This is why 
> you can't really do udp tests at userlevel when using fromhost 
> configurations - you end up sending so many packets, and they 
> all get dropped when they hit click's queue.
> 
> --john

A ha.  It sounds like FromHost should reflect Queue length.  One more thing to 
do (after ToHost is fixed!).

Eddie

------------------------------

Message: 2
Date: Thu, 23 Sep 2004 11:39:42 -0700
From: Charles Reis <creis at cs.washington.edu>
Subject: Re: [Click] Blocking queue element?
To: Eddie Kohler <kohler at cs.ucla.edu>
Cc: click at amsterdam.lcs.mit.edu, John Bicket
	<jbicket at amsterdam.lcs.mit.edu>
Message-ID: <4153186E.7020403 at cs.washington.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed

Sounds great!  (I might hack into FromHost a bit in the mean time, as 
well...)

Thanks,
Charlie

Eddie Kohler wrote:

> John Bicket wrote:
> 
>> It would get blocked - linux will buffer a small number of
>> packets per socket before blocking it (even if it's not tcp), and this 
>> will fill up if a device queue is marked as busy.  This is why you 
>> can't really do udp tests at userlevel when using fromhost 
>> configurations - you end up sending so many packets, and they all get 
>> dropped when they hit click's queue.
>>
>> --john
> 
> 
> A ha.  It sounds like FromHost should reflect Queue length.  One more 
> thing to do (after ToHost is fixed!).
> 
> Eddie
> 

------------------------------

Message: 3
Date: Thu, 23 Sep 2004 12:47:12 -0700
From: Eddie Kohler <kohler at cs.ucla.edu>
Subject: Re: [Click] Blocking queue element?
To: Charles Reis <creis at cs.washington.edu>
Cc: click at amsterdam.lcs.mit.edu, John Bicket
	<jbicket at amsterdam.lcs.mit.edu>
Message-ID: <41532840.2040101 at cs.ucla.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Please do -- I don't know how long it will take for us to fix this.

Eddie

Charles Reis wrote:
> Sounds great!  (I might hack into FromHost a bit in the mean time, as 
> well...)
> 
> Thanks,
> Charlie
> 
> 
> Eddie Kohler wrote:
> 
>> John Bicket wrote:
>>
>>> It would get blocked - linux will buffer a small number of
>>> packets per socket before blocking it (even if it's not tcp), and 
>>> this will fill up if a device queue is marked as busy.  This is why 
>>> you can't really do udp tests at userlevel when using fromhost 
>>> configurations - you end up sending so many packets, and they all get 
>>> dropped when they hit click's queue.
>>>
>>> --john
>>
>>
>>
>> A ha.  It sounds like FromHost should reflect Queue length.  One more 
>> thing to do (after ToHost is fixed!).
>>
>> Eddie
>>

------------------------------

Message: 4
Date: Thu, 23 Sep 2004 17:09:12 -0600
From: Nels Anderson <Nels.Anderson at colorado.edu>
Subject: [Click] Arbitrary MAC with stripped driver
To: click at amsterdam.lcs.mit.edu
Message-ID: <1095980952.415357987fe24 at webmail.colorado.edu>
Content-Type: text/plain; charset=ISO-8859-1

Aloha,

Hello again, I know I mentioned this before, but I wanted to gather a little
more information about this.  I'm trying to use the stripped madwifi driver to
bring up an Atheros card with a mac address that I specify using ifconfig. 
Currently, when I try the ifconfig command, I get:

SIOCSIFHWADDR: Invalid argument

I'm 99% sure that I did have this working with some version of the stripped
madwifi driver about two months ago, but due to other problems, I had to wipe
that whole system.  The normal Sourceforge madwifi drivers do allow the cards
to be brought up with an arbitary mac address, but all the click functionality
is pretty important for what we're trying to do.

If anyone has any ideas, they would be greatly appreciated.  Thanks,

-Nels

------------------------------

Message: 5
Date: 24 Sep 2004 13:02:02 -0000
From: "thulasiram  vaishnavi" <vaishnavidurga at rediffmail.com>
Subject: [Click] installation help
To: click at amsterdam.lcs.mit.edu
Message-ID: <20040924130202.16441.qmail at webmail29.rediffmail.com>
Content-Type: text/plain; charset="us-ascii"

An HTML attachment was scrubbed...
URL: https://amsterdam.lcs.mit.edu/pipermail/click/attachments/20040924/8f94b665/attachment-0001.html

------------------------------

_______________________________________________
click mailing list
click at amsterdam.lcs.mit.edu
https://amsterdam.lcs.mit.edu/mailman/listinfo/click

End of click Digest, Vol 15, Issue 16
*************************************