Changes between Initial Version and Version 1 of import_ida


Ignore:
Timestamp:
03/18/12 16:10:39 (9 years ago)
Author:
branden
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • import_ida

    v1 v1  
     1[[PageOutline]] 
     2 
     3= [wiki:Earthworm Earthworm] Module: import_ida = 
     4'''Contributed by: David Chavez''' 
     5 
     6== Function == 
     7This program enables an Earthworm to retrieve and process continuous trace data from numerous IDA data servers. 
     8 
     9== Details == 
     10Import_ida acquires data from one or more Project IDA data servers, reformats them into !TracePackets and loads them into an Earthworm transport ring. The communication with the data server(s) is done using the idatap-1.2.1 toolkit available from the University of California, San Diego via 
     11 
     12           ftp://idahub.ucsd.edu:/pub/pickup/idatap-1.2.1.tar.Z 
     13 
     14In the import_ida.d parameter file the user specifies a list of servers with which to connect, and the list of stations and channels to acquire from each server. The program forks separate processes to independently manage all communication with the various servers. These processes communicate through a pipe to distinct threads in the parent. As data packets are acquired, each child process passes them back to its parent thread, which loads the packets into a message queue that feeds the transport ring via the main thread. In addition, any child log messages are formatted into special packets that are also passed back to the main thread and logged using the standard Earthworm facilities. 
     15 
     16Network timeouts are dealt with transparently to the application by the idatap library, which will retry and reconnect as necessary until successfull or until a more serious error occurs, at which point import_ida assumes the responsibility for reestablishing the connection. The import_ida.d parameter file includes an option for specifying the policy to follow when reconnecting after a loss of communication. One may chose to request the next packet in sequence (to minimize gaps in the acquired data set) or to request the most recently available data (to minimize delays). 
     17 
     18 
     19 
     20== Helpful Hints ==