[wsfii-discuss] Re: WRT Emulator

Tue Jan 2 04:07:49 UTC 2007

Hi Rene,
Sorry to hear it's cold in DE. South.IN is nice and hot...

I am trying to convince BSNL to give me a fixed IP address, as it is
included in my business 5000 plan. But the local technicians have
never heard of it or know what it is... Will have to go to the capitol
city Panajim and talk loud the the burocrats there....

Looking forward to also have some real Linux administrators on the
gateway, since it is confusing eth1 with eth2 or something and i am
allergic to SSH ascii screens....

Thanks, Freddy

On 12/28/06, rene <rene at absorb.it> wrote:
> Hi Shiv,
>
> best regards from the ChaosComputerClub Conference to you all. Its cold in germany, and this is not only the wether. Anyway...
>
> On Sat, 23 Dec 2006 20:17:40 +0530, Siv Chand Koripella <sivchand at gmail.com> wrote:
> > I am trying to get into development with OpenWRT. My question is "Are
> > there any WRT emulators?" Because I want to have a sandbox where I can
> > test my code before I could actually flash it onto a linksys.
> Not as far as I know. You must see, that to really test things for the mst people this emulator must be as flexible to emulate a lot of different hardware. So I dont know anybody who is working in that by now...
> But except the problem, hat one important node of you network is blocked, there is no real reason to do the things on an emulator. Once the boot_wait option on he accesspoint is enabled (check with: 'nvram show | grep boot' on the AP-commandline) you can always flash a new firmware via tftp on the device.
> To start playing around with the device I suggest you to try te tftp-way of flashing a firmware (http://wiki.openwrt.org/OpenWrtDocs/Installing/TFTP). If you once know the needed steps, you are safe to recover nearly any broken AP (if boot_wait is set to on). And I never used a sandbox, this way the learning impressions are deeper ;)
>
> > One more Will it be a good idea to run the backbone in mesh and users
> > connecting to the network in managed  mode? This is because people (in
> > India) will be paranoid when we tell then that the data may be routed
> > through others machines?
> >
> > How is the community that uses mesh has any objections with their data
> > being routed through others machines?
> This covers ne of the key points of the mesh. The data should be routed through other machines and not only through 'provider' machines, which you can trust. (Theme of the ongoing CCC-Conference: 'Who you can trust?'). After passing you net the data is sent through a ölot of 'other' machines, and there is no way to trust them all.
> What to do?
> Offer users a service, that they can use a VPN-Server located in your institute as an endpoint for their connecton. Optional, to cover the problem of untrusted machines. Others will use encrypted services between their computers and wont be interested in your service, just others might use a VPN-Tunnel to a total different place... So, just use this thing as an optional layer, that people dont need to tackle this problem at the first minute.
>
> Discussions about the trust we should give oter nodes are also happening in our networks. To find a way of declaring the intention, how trustworthy networks should act, the picopeering agreement was developed. http://www.picopeer.net/PPA-en.html There are a lot of discussions around this, different networs implement this agreement in a different way, but a lot agree to the intention. And this is what the 'big providers' do too. They agree to each other that they dont mess around with the others data, and they hope that the others will act like that.
>
>
> Ok, sorry for the somehow more philosophical than technical answer,
>
> best wishes for the new year,
>
> Rene
>
>
> PS: What is the external adress of the Mesh-Wiki in Tivandrum? Is there a public wiki from Goa?
>
>