MARS Supporto ad ALTEA: Progress Report
2005-08-31
In riferimento al documento “ALTEA UHB: Progress Report” redatto dall’ALTEA Team in data
del 08 Agosto 2005, si riporta l’aggiornamento relativo alle azioni MARS.
Le indicazioni sono state riportate direttamente all’interno del report di riferimento usando
l’opzione di Track Changes del menu Tool di Word.
A valle del rilascio della nuova versione del SW MARS ad ALTEA UHB, si propone, inoltre, la
seguente schedule per il prosieguo delle attivita’:
1) venerdi 2 Sett.: test di trasmissione dal MARS all'UHB dei dati del PTCS di ALTEA
contenuti nel file trasferito in ftp dall'HOSC lo scorso 26 Agosto.
2) Settimana 5-9 Settembre: a valle dell'esito positivo del test precedente, test di trasmissione di
dati real-time di ALTEA dall'HOSC, possibilmente a velocita' compatibile con il data rate
attuale di ASINET, cosi' da ridurre il problema del loss di dati dall'HOSC (da verificare e
concordare con l’HOSC).
3) Settimana 12-16 Settembre: test di trasmissione di dati GSE real time dal MARS a ALTEA
UHB.
ALTEA UHB: Progress Report
2005-08-08
In questo documento è presentato lo stato attuale dei lavori di ALTEA UHB per raggiungere la
piena operatività della stazione di ascolto. Sono riportati i risultati dei test effettuati, i problemi
emersi e le azioni da intraprendere. Queste azioni sono state definite in via informale da ALTEA;
ogni suggerimento o correzione eventuale sarà bene accetto.
Il prossimo check per la chiusura di tutti i punti sarà il 23/08/2005.
1) Test di trasmissione dati
Nei giorni 3 e 4 Agosto 2005 sono stati effettuati alcuni test di trasmissione dati tra l’HOSC, il
MARS e ALTEA-UHB. I dati trasmessi dall’HOSC sono stati identificati come parte dei dati
registrati durante il PTCS e denominati con CNSM 10 Minutes\Test_23. Tali dati non sono stati
trasmessi integralmente nelle due sessioni, che hanno avuto durata e dimensioni di trasferimento
diverse.
Le diverse sessioni di test presentano le seguenti caratteristiche:
RT1: dati trasmessi dall’HOSC al MARS ma non trasmessi all’UHB. Tali dati sono stati
comunque salvati presso MARS per le successive trasmissioni in playback.
RT2: dati trasmessi dall’HOSC al MARS, ritrasmessi in real-time verso l’UHB e
contemporaneamente salvati presso il MARS per le successive trasmissioni in playback.
o numero totale pacchetti: 17959
o intervallo sequence count pacchetti science data (SD): 0-1434
o numero pacchetti SD: 649
o dimensione totale file trasmessi: 36.2 Mb
PB1: sessione di playback dei dati registrati durante RT1
o numero totale pacchetti: 36099
o intervallo sequence count pacchetti science data (SD): 11-1439
o numero pacchetti SD: 1312
o dimensione totale file trasmessi: 72.6 Mb
PB2: sessione di playback dei dati registrati durante RT2
o numero totale pacchetti: 18002
o intervallo sequence count pacchetti science data (SD): 35-1438
o numero pacchetti SD: 661
o dimensione totale file trasmessi: 36.2 Mb
o NOTA: PB2 è stato trasmesso tre volte selezionando una diversa grandezza dei file
di storage (1, 5 e 10 Mb) ed è stata verificata la perfetta uguaglianza dei dati ricevuti.
Problemi riscontrati:
1. I file ricevuti in entrambe le modalità real-time e playback risultano incompleti (i contatori
interni presentano buchi), non ordinati temporalmente e con alcuni pacchetti ripetuti. Le
differenze tra i vari file sono riportate in tabella. Dall’analisi dei contatori presenti nei
pacchetti si evince che i file ricevuti sono strutturati a blocchi, ciascun blocco si riferisce ad
un intervallo di tempo nel quale i pacchetti sono temporalmente ordinati ma non tutti
presenti. I vari blocchi però non risultano sempre ordinati temporalmente tra loro e spesso
gli intervalli di tempo a cui si riferiscono si sovrappongono (pur essendo costituiti quasi
sempre da pacchetti diversi).
2. Alcuni pacchetti risultano corrotti.
I problemi, almeno in parte, risultano dovuti ad una insufficiente larghezza di banda della rete
ASInet.
Azione: MARS-ASI
A nostra conoscenza MARS ha inoltrato presso ASI richiesta per
l’allargamento della banda dedicata ad ALTEA.
Tempo: check il 23 Agosto
Data: 5 Ago 05 - Azione MARS: Si conferma di aver inoltrato la richiesta ad ASI.
3. Gli stessi dati trasmessi in real-time ed in playback mostrano differenze come riportato in
tabella (RT2 e PB2). Alcuni pacchetti mancanti in RT2 sono invece presenti in PB2 e
viceversa. Sembrerebbe ci sia un problema a livello trasmissione-registrazione durante le
operazioni in real-time.
Azione: MARS
Tempo: check il 23 Agosto
RT2
0
1
2
3
PB2
0
1
2
3
Frequenza
476
659
301
2
In tabella si vede la frequenza dei pacchetti SD relativamente al numero di ripetizioni (pacchetti con
stesso sequence count e stesso time-tag) all’interno dei tre file analizzati (ad es., la prima riga indica che
ci sono 164 pacchetti SD che sono presenti 0 volte nel file RT2, 0 volte in PB1 e 0 volte in PB2)
Data: 26 Ago 05 - Azione UHB: ad una ulteriore analisi e’ stato riscontrato che la
differenza tra i dati trasmessi in real time ed in playback e’ di soli 5 pacchetti su 35.933.
Come già noto dai contatti tra MARS e UHB, questa analisi ha evidenziato la non conformità dei
pacchetti ricevuti al data-format nominale. Sebbene quindi risultino sensibilmente diminuite le
differenze tra i dati trasmessi nelle diverse modalità, è stato riscontrato un diverso problema. Infatti
su un totale di 35933 pacchetti trasmessi, 34578 risultano corrotti, in quanto presentano una
lunghezza diversa da quella dichiarata nell’header del pacchetto. Resta da verificare se e come la
corruzione affligga il contenuto del dato. In aggiunta a ciò, permangono dei pacchetti mancanti e
ripetuti (come in tabella aggiornata).
Azione MARS: si rende comunque necessario effettuare ulteriori test, come da indicazioni
riportate a inizio documento.
2) Time-tag
Durante l’analisi sono emerse diverse problematiche sull’interpretazione del time-tag inserito in
tutti i pacchetti come indicatore di tempo assoluto:
Restano infatti da chiarire i seguenti punti:
il time-tag è un tempo in unix standard time?
in caso contrario a quale tempo e data si riferisce?
è effettivamente un tempo in secondi?
perché non è sincronizzato con il time-tag relativo ai comandi tra il laptop e la DAU?
cosa accade al time-tag in caso di spegnimento della DAU?
Azione: LABEN
Tempo: check il 23 Agosto
3) EHS
I collegamenti alle VPN e ai server NASA sono ora operativi da entrambe le macchine (.227 e
.228). Sono stati identificati i parametri che definiscono la posizione della stazione ed è stato fornito
l’algoritmo che trasforma questi parametri nei valori di altitudine, latitudine, longitudine. Sono noti
anche i parametri di temperatura dello US Lab.
Non è stato ancora possibile ottenere i pacchetti GSE (identificati dal packet ID 458) per problemi
dell’HOSC. Siamo in attesa dell’istallazione di una patch che risolva questo problema.
Resta da completare:
1. applicazione della patch
Azione: HOSC
2. verifica funzionamento patch
Azione: MARS
Tempo: check il 23 Agosto
3. richiesta pacchetti GSE (in caso di buon esito della patch)
Data: 29 Ago 05 – Azione MARS: e’ stato verificata l’applicazione della patch EHS da
parte di NASA.
Data: 29 Ago 05 - Azione MARS: la richiesta di pacchetti GSE e’ stata effettuata con
successo. In particolare, il pacchetto richiesto e’ stato configurato con i dati ancillary come da
tabella inviata al MARS dalla UHB. Sono stati ricevuti al MARS circa 53.000 pacchetti (da
analizzare), con data rate di circa 1 pkt/sec.
4. richiesta dati PTCS dall’HOSC su FTP
Data: 25-29 Ago 05 - Azioni MARS: la richiesta dati di ALTEA relativi al PTCS e’ stata
sottomessa con successo e il relativo trasferimento dei dati in FTP mode ha avuto esito
positivo sia verso MARS che verso ALTEA-UHB.
In particolare i test si sono svolti nell’arco di varie sessioni come da dettaglio seguente:
Data: 25 Ago 05:
1) Il MARS ha avviato la sessione di test alle 15:30 in connessione IVoDS con l'HOSC con
l'obiettivo di effettuare un data playback transfer in ftp mode. Allo scopo e' stata usata la
funzione di Near Real-Time Data set status and request dell'EHS launchpad Menu.
2) Il test e' stato effettuato con successo e si e' concluso alle 17:30; i parametri adoperati per
identificare il data set di prova sono stati i seguenti:
APID : 876
Start time: 2005 060 17 20 00
Stop time: 2005 060 17 30 00
FTP Server: MARS Ftp
3) Il Mars ha quindi richiesto all'HOSC di ripetere il test con l'UHB, coinvolgendo l'ALTEA
team in connessione IVoDS. La connessione in IvoDS dell'ALTEA team e' stata avviata alle
17:45 e si e' proceduto alla ripetizione del test. Il MARS ha indicato in IVoDS all'ALTEA team
le operazioni cosi' come svolte precedentemente. Ovviamente sostituendo l'ftp server e relativi
account MARS con quelli ALTEA
4) La sottomissione della richiesta del data set da parte di ALTEA e' stata effettuata con
successo, ma l'ftp transfer ha segnalato un errore nella connessione con il server di ALTEA sul
quale non e' stato possibile indagare ulteriormente a causa della assenza del Network manager
dell'Universita'.
5) I test si sono, quindi, conclusi alle 19:15. L'analisi del problema e’ stato rinviato al giorno
successivo.
Data: 26 Ago 05:
1) A valle della modifica della configurazione del router di TorVergata e' stato effettuato con
successo il test di trasferimento in ftp di dati playback di prova dall'HOSC all'FTP del server di
TorVergata. Il test si e' concluso alle 16:30 circa.
2) Successivamente il MARS ha richiesto all'HOSC di poter effettuare un test analogo
(trasferimento in ftp di dati playback) utilizzando dati di ALTEA.L'HOSC ha predisposto il test
richiesto e ha, successivamente, dato la propria disponibilita' al test. Alle 17:30 circa il MARS
ha potuto trasferire con successo dati playback di ALTEA. I parametri adoperati per identificare
il data set sono stati i seguenti:
APID : 880
Start time: 2005 209 15 10 00
Stop time: 2005 209 15 15 00
FTP Server: MARS Ftp
Il file con i dati richiesti, (6.113.146 Bytes, 25.228 pacchetti), e' stato trasferito e registrato sul
FTP server del MARS in 151 secondi (data rate medio: 323 Kbits/s).
3) viene schedulato per lunedi 29 l’analogo test con l'ALTEA Team per trasferire il file
sull'FTP di TorVergata anche al fine di poter effettuare una prima analisi delle "performance"
della connessione HOSC-TorVergata via Internet cosi' come richiesto.
Data: 29 Ago 05:
1) Come previsto il MARS e la UHB hanno effettuato un test analogo a quello gia' realizzato
dal MARS, trasferendo, via Internet, dati palyback di ALTEA sull'FTP server di TorVergata. Il
test ha avuto esito positivo e sara' usato dalla UHB per una prima analisi di performance della
rete Internet nella connessione diretta UHB-HOSC.
Azione: ALTEA-UHB
Tempo: 23 Agosto
5. definire l’utilizzo dei parametri che forniscono l’assetto della stazione (vedere il documento
‘data suggestions for users.xls’)
Azione: ALTEA-UHB
Tempo: check il 23 Agosto
4) IVoDS
E’ stato testato il funzionamento di IVoDS su entrambe le macchine deputate all’uso.
A tutt’oggi le macchine AlteaVOICE1 e AlteaVOICE2 fanno capo allo stesso indirizzo IP
141.108.254.230 della subnet verso l’HOSC. Resta da definire:
1. l’indirizzo IP della macchina backup per VOICE: si deve implementare VOICE su ASInet
come backup (a meno di problemi ASI-MARS)
Azione: MARS
Tempo: check il 23 Agosto
Resta da completare il training di IVoDS da parte dei vari componenti di ALTEA-UHB per
acquisire pratica nel protocollo dei voice loop.
Data: 25-29 Ago 05 - Azioni MARS: durante i test indicati ai punti precedenti, sono state
condotte varie ulteriori sessioni di utilizzo dell’IvoDS in contemporanea tra HOSC, MARS e
UHB.
5) Sviluppo SW RT
Alla versione 1.2 il SW MARS sembra avere risolto molti dei problemi riscontrati in precedenza. Se
la versione è sufficientemente matura è necessario ottenerne il codice per continuare lo sviluppo del
SW RT per ALTEA. Punti da completare:
1. ottenere codice sorgente da MARS
Azione: MARS
Tempo: 23 Agosto
Solo a questo punto sarà possibile integrare l’interfaccia di rete (da codice MARS) con le routine sw
di analisi già implementate.
Azione MARS: si conferma che la integrazione delle routine SW di analisi implementate dalla UHB
con il SW MARS UHB client e’ realizzabile utilizzando i demoni dell’oggetto ActiveX reso
disponibile insieme all’applicazione cosi’ come da documentazione ed esempi inclusi nella delivery
dello stesso SW MARS.
