[MLB-WIRELESS] [TECH] Dipole antennas, and melbwireless structure

[Ben Anderson]

> > errr... tram mobile on a windows box?  Are you talking about
> > sticky seats
> > and blue screens?
>
> LOL. :-)  Well the Linux box doesn't have a screen :)

And you don't have a car, using that logic :)

> > > And these routes can be statically specified.
> >
> > well, semi-statically...  static stuff sucks ;)
>
> Yeah, I'm trying to minimise traffic here, and if the network can safely
> assume a particular route is up, all the better.

Sure, though making a black-hole by having a flakey shortcut sounds like a
really great way of making a network that just flakes all the time.


> > The long/lat stuff is useful in preventing the *whole*
> > network from being
> > discovered by broadcast...
>
> Yes, it will be more useful for knowing where to route traffic destined
for
> distant nodes.  Local nodes have to be discovered.

It's a broadcast zone.  any transmission implicitly implies this discovery.
The discovery can be incidental, rather than explicit.


> > Even in an uncontrolled fasion, other nodes in the same broadcast area
> > should be able to see a lack of ack for the packets being
> > broadcast, meaning
> > they can stop re-broadcasting, and propegate nack's back
> > through the network
> > (assuming it's a 'backwards' shortcut) -- in the case of a
> > forward shortcut,
> > then the nodes just keep propegating the packets progressivly
> > towards the
> > long/lat of the destination.
>
> Yes, but we want to take advantage of every opportunity that may arise for
> minimising traffic and maximising efficiency. :)

Sure, though it's got to be buildable, manageable, affordable, workable,
somethingable...  In otherwords, a lot of xables...  I'm trying to define
the layer genericaly enough (ie the reason for the source routing) such that
addional information could be found by source nodes via any means available
to better choose a route through the network.  This leaves a lot of scope
for defining backwards hops, etc.

> > > Apparently, it can be done, though not by a MS provided
> > API.  But Windows
> > > will need support by _someone_.
> >
> > Dibs on it not being me.
>
> Fair enuf.  Just saying _someone_ should think about porting to Win32, not
> necessarily you. :)

Yup, I was just pointing out it's unlikely to be trivial, and thus, less
likely to get done.  Something worth considering in look at how this will
ultimately scale.

> > > Hrm, maybe...  Dunno, I'm not a lawyer. :)
> >
> > Nor am I...  Though, the mp3 argument might be useful -- once
> > it's got to
> > critical mass (which should happen before the lawyers have even half a
> > look-in) it's going to be very difficult to stop.
>
> Well, I'm not quite sure I support that approach, especially in light of
> what you said below...

I'm not sure I support it either, but the legislation evolves so slowly
around technology, and quite often doesn't seem to comprehend the
technological capability etc... that there quite often seems to be necessity
to do what's "right" despite it being illegal (often relying on the
unenforcability aspect) for the legslation to catch up.  I'm not suggesting
breaking the law as such, just 'treading carefully' in the sensible,
logical, morally correct parts of the 'grey areas' until the law catchs up.

> > It's certainly fun tech to play with, and at very least, once it's
> > developed, some large company is likely to see the usefulness in a
> > generalised network and either buy it up to stop it, or to
> > impliment it
> > against potential competitors... Either way I should be rich *grin*
>
> What are you in this for?  Greed doesn't catch my eye. ;-)

I've dreamt of a UPN for a very long time.  Thinking about this stuff is
fun, making something work is a major buzz.  I also enjoy having my ego
stroked by people telling me how much of a gun I am.
Being rich affords one a lot of scope to re-implement the idea a lot better,
and faster.  Cutting through red tape is much easier with money.  Money has
it's uses, but it's not something I'm greedy for.  (if I were, why the hell
would I be typing such long emails? ;)

> <loads up a few nukes...> ;)

heh, period of very hot nuclear fire, period of very cold nuclear winter.

I really should get some sleep...  And not type email when I'm drunk...
That rich comment was very inflamatory...  i intended it with so much toung
in cheek... Ahh well...  Can't be perfect at everything, all the time.

Ben.


--
To unsubscribe, send mail to minordomo at wireless.org.au with a subject of 'unsubscribe melbwireless'  
Archive at: http://www.wireless.org.au/cgi-bin/minorweb.pl?A=LIST&L=melbwireless
IRC at: au.austnet.org #melb-wireless