[emstar-design] Question regarding proxy-host

Alberto Cerpa cerpa at cs.ucla.edu
Sun Jun 12 18:09:55 PDT 2005


Hi guys,

This may be a question more appropriate for emstar-users, but I wanted 
to discuss it in this list first before spamming the larger users' list.

I am running some programs in emulation mode using our mica2 ceiling 
array.  Of the 28 motes that seem to be connected to the serial port 
multiplexors, only 25 motes are actually active/responding.  It seems 
that there might be 11 more motes connected through some stargates, and 
I am wondering if I could use them in parallel with the motes directly 
attached to the multiplexor.

I have searched the documents and the code, and I discovered a nice 
feature added by Lew to the release 2.1, the proxy-host.  It seems that 
through the use of FUSDnet, I would be able to acomplish exactly this 
(albeit it is not completely clear to me at this time).  It requires a 
simple addition to the .sim letting emsim know this is a proxy-host, to 
create local stubs and connect to the remote hosts.

What it is unclear to me is what exactly I need to run in each stargate? 
Do I need to run the fusdnet_client in each stargate host to pipe the 
connections to gamayun (the emsim host with local serial motes directly 
attached to it)?

>From Lew's email:

      In addition, another environment variable, `PROXY_HOST`,
      if set, will cause the module to connect to that host via
      FUSDnet to remotely access and create local stubs for the
      remote devices.

      This is all "under the covers" -- these changes should not affect
      existing `.sim` files, except perhaps for minor changes to
      command line arguments.  The details need only be understood
      by those planning to write _new_ link drivers that need to
      integrate to simulation and ceiling mode.

Based on this email, it seems that fudnet_clients are run locally and 
automatically by emsim with PROXY_HOST is set (via the .sim file), but 
it is not clear what I need to run on the stargate side.  I am confused.

Any input would be appreciated.

Thanks,
-Al

-- 
------------------------------------------------------------------------
  Alberto E. Cerpa, PhD Candidate               Email: cerpa at cs.ucla.edu
  Center of Embedded Networked Sensing (CENS)   Voice: +1 (310) 206-3925
  Computer Science Department                   Fax:   +1 (425) 740-8513
  University of California, Los Angeles (UCLA)  lecs.cs.ucla.edu/~cerpa
------------------------------------------------------------------------


More information about the emstar-design mailing list