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

Eddie Kohler kohler at CS.UCLA.EDU
Mon Sep 27 14:26:54 EDT 2004


Hi Leandro,

It should be possible to build such a bridge, yes; but if you are just  
looking for the cheapest/easiest way to get a bridge running, probably  
raw Linux is a better bet.  Click is designed for researchers.

Eddie


On Sep 24, 2004, at 9:04 AM, Leandro dos Santos wrote:

> 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
> *************************************
>
> _______________________________________________
> click mailing list
> click at amsterdam.lcs.mit.edu
> https://amsterdam.lcs.mit.edu/mailman/listinfo/click



More information about the click mailing list