#1108 HIGH Trial-3: Implement the new mesh design

Zarro Boogs per Child bugtracker at laptop.org
Fri Aug 24 07:35:53 EDT 2007


#1108: Implement the new mesh design
-------------------------------+--------------------------------------------
  Reporter:  AlbertCahalan     |       Owner:  Eben   
      Type:  enhancement       |      Status:  new    
  Priority:  high              |   Milestone:  Trial-3
 Component:  interface-design  |     Version:         
Resolution:                    |    Keywords:         
  Verified:  0                 |  
-------------------------------+--------------------------------------------
Comment (by Hello1024):

 Looking at that PDF, are you saying that the complexities of the Mesh
 channel system are going to be exposed to the user?  If they can only
 communicate with people on the same channel as themselves, then what if
 they want to participate in two activities that are on two different
 channels?   If this is the case, very shortly all the users of the system
 will learn that this is the case, and the likley outcome will be that
 everyone decides that channel 6 is the "cool channel", because it's got
 most people in, so they'll join it as well - that'll cause all the users
 to ruin the load balancing.

 Can't the tubes api route connections via the school server in the case
 where a user wants to connect to an activity on an alternate channel -
 then it's only the case where there is no connection to the school server
 that needs user interaction.  A forwarding system for presence information
 should also be set up on the schol server so status information about
 another user can be found even if they're on another channel.


 Also, presuming that in a busy mesh there'll be a packet loss of ~5%, some
 high bandwidth activities become impractical for high numbers of hops (for
 example video conferencing might not want more than 2 or 3 hops, whereas
 chat would work over 10 or 15).  In this case, the user DOES need to know
 about the reliability of the connection, and a simple here or not here
 isn't good enough.  If it is decided that a mesh organised by signal
 strength isn't practical (and I can understand this view because in most
 circumstances it won't match physical geography anyway), then each xo
 should at least have a marking or tooltip showing some kind of score about
 whats possible.  (for example 1 star=chat is possible, 2 star=file
 transfer is possible 3 star=video conferencing possible)

-- 
Ticket URL: <http://dev.laptop.org/ticket/1108#comment:13>
One Laptop Per Child <http://laptop.org/>



More information about the Bugs mailing list