Hi Scott, thanks for the quick answer.<br><br><div class="gmail_quote">On 4 September 2012 10:08, Scott Sullivan <span dir="ltr"><<a href="mailto:scott-lxSQFCZeNF4@public.gmane.org" target="_blank">scott-lxSQFCZeNF4@public.gmane.org</a>></span> wrote:<br><div>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"></div>The TL-MR3020 will do most of what you ask out of the box with English firmware. I've currently got mine doing Wifi -> LAN bridging at home... although DHCP doesn't cross over with the stock firmware so I suspect that's where relayd comes in with OpenWRT.<br>
</blockquote><div><br></div><div>I suspect the stock Chinese ROM would also work if I understood it.</div><div>  </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

To go from the LAN to the WIFI should only require setting up a linux bridge device between eth0 and wlan0. Those examples seem to be for NATing between one wifi and yours.</blockquote><div><br></div><div>Here's where my confusion is starting to set in.</div>
<div><br></div><div>The simplest config is only as an access point, where the IP address(es) get fed from the wired router. But I think this may screw up on hotel systems that are expecting only a single device per drop.</div>
<div><br></div><div>Unless the hotel has its own Class C block of addresses (unlikely) I must assume that it too is using NAT. I would that assume my wifi router would need to serve up its own DHCP because the hotel couldn't be relied upon to provide more than one IP per room. I'd be concerned about breaching the terms of use, exceeding some capability of the hotel's system or otherwise breaking something.</div>
<div><br></div><div>So I need a setup that can't assume the host Ethernet is capable of more than a single IP address.</div><div><br></div><div>You seem to be suggesting using a <a href="http://wiki.openwrt.org/doc/recipes/relayclient">bridged client using relayd</a> (what OpenWRT calls a "pseudobridge"). Does there exist a simple explanation of the difference between this and the "<a href="http://wiki.openwrt.org/doc/recipes/routedclient">client routing using masquerading</a>" model? Which one would be better for my specific need? The two network map diagrams look awfully similar.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What's the  best way to set this up? Can I use LUCI or am I stuck doing this in CLI?<br>
</blockquote>
<br></div>
A point I like to keep in mind is that most of the "config files" for software in openWRT are generated at boot from the UCI config files for said software. (LUCI just being a Lua Web frontend to UCI).<br></blockquote>
<div><br></div><div>I know. I had to do a good chunk of config file editing (using the system's limited 'vi') just to get to run LUCI. :-P</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
When documentation is lacking or cryptic I've take the following tactic. Do a clean flash, copy /etc/config off the device then cofigure with LUCI and do a diff.<br>
<br>
So, there is a clear trickle down. If you want precision control, use the /etc/config files. If you want to set a bunch of values have the rest sorted out for you, use UCI/LUCI.<div class="im"></div></blockquote></div><br>

<div>Thanks again.</div><div><br></div><div>- Evan</div><div><br></div>