Un blog a disposizione dei 9/11 Truth Seekers come spazio virtuale dove aggregare le indagini e gli articoli dei differenti ricercatori in un unico contenitore.

ACARS UAL BALLINGERS LOGS: analisi dai dati in .CSV


ACARS UAL BALLINGERS LOGS: analisi dai dati in .CSV...


Utilizzando il file "Ballinger_LINEAR_CSV.csv", messo a pubblica dispozizione in questo articolo, ho notato che i valori presenti nella colonna del "flag_31", possono suscitare nuovo interesse.

Tale colonna infatti, presenta valori degni di essere notati (e poi quindi compresi e interpretati).

Il "flag_31", per tutti i messaggi presenti, appare impostato a soli tre distinti valori: "blank" (inteso come assente, vuoto), "1" e "2".

Ciò che si può e deve notare è che:

- il valore "blank" per i messaggi in uplink [messaggi time order "2" 13:22; "11" 13:50; "12" 13:50; "13" 13:51; "14" 13:51;] sono tutti trasmessi con attivo il campo "AGM" (stampante)
- il valore "blank" per il messaggio in downlink [messaggio time order "1" 13:21;] è anch'esso trasmesso con attivo il campo "AGM" (stampante)

- il valore "1" appare per tutti i messaggi con attivo il campo "CMD" (monitor), eccetto che per la ultima comunicazione indubbiamente "non ricevuta/non inoltrabile"
- il valore "1" appare per messaggi che sicuramente son stati fisicamente ricevuti da UA93 (come ad esempio per il messaiio time order "3" 13:23)

- il valore "2" appare una ed una volta sola
- il valore "2" appare in riferimento ad un messaggio con attivo il campo "CMD" (monitor)
- il valore "2" appare solo in relazione alla comunicazione (messaggio time order "18" 14:20) che sicuramente non è stata mai ricevuta / mai inoltrata dalla Arinc ad UA93

- tale messaggio "18", il cui campo "flag_31" è settato a "2", è stato inviato da "ROB" (Robert Brittain), e come RGS riporta "/GL DEC" (RGS di Decatur)



Adesso, se andiamo ad incrociare queste informazioni con quelle presenti nei log Arinc presentati da Warren Stutt, possiamo notare che:

FLocBEPtsTarget StnStnOrg TimeStampReason CodeBlock Type
36546410520010911 14:13:30 IADA6 ULBLK
36555034520010911 14:13:40 IADA6 ULBLK
36561280420010911 14:13:50 IADA6 ULBLK
36567838220010911 14:14:00 311ICPUL
36567870120010911 14:14:00 231ICPUL
36705975520010911 14:17:39CMI 00 00 20010911 14:17:00 ULMSG
36705988920010911 14:17:39 231ICPUL
36718753920010911 14:18:03CMI 00 00 20010911 14:17:00 ULMSG
36718767320010911 14:18:03 231ICPUL
36754270120010911 14:19:04CMI 00 00 20010911 14:19:00 ULMSG
36754283520010911 14:19:04 231ICPUL
36819774120010911 14:21:06DEC 00 00 20010911 14:20:00 ULMSG
36819787520010911 14:21:06
231ICPUL




Il messaggio UAL "18" ( l'unico con valore "2" al "flag_31") è perfettamente allineato con quello Arinc "FLoc" 368197741, "BEPts" 20010911 14:21:06, ULMSG, "/GL DEC", dispatcher ROB e "Reason Code 231" (Reason code 231 = "no station to", secondo quanto indicato nelle specifiche Arinc 618, come riportato da booNyzarC, vedasi qui )

Ebbene, su ciò a cui fanno riferimento i valori "blank", "1" e "2", si può al momento solo speculare, visto che una tale informazione è di pertinenza direttamente della UAL (essendo i loro log delle comunicazioni ACARS tagliati direttamente sulle loro esigenze e apparecchiature).

Ma, quello che comunque si può e si deve sapere e notare è che:
- i printouts di Ballinger sono quelli che arrivano alla UAL dalla ARINC, in risposta ai messaggi di testo inviati dalle postazioni dei dispatcher (Ballinger) della UAL. Ossia sono log che già sono passati attraverso un'elaborazione fatta da parte della ARINC. [ *vedi nota 01]

- il valore "2" non è funzione diretta nè di "CMD" nè di "AGM"

- i log UAL presentano uno e uno solo messaggio certamente "non recapitato/non inoltrato" ad UA93

- nei log ARINC, sono presenti 5 marcatori impostati a "231 ICPUL" ("no station to")

- sia nei log ARINC sia in quelli UAL, ci sono 3 ULMSG indicanti la RGS GL/CMI
- nei log ARINC, gli ultimi 3 ULMSG indicati con la RGS GL/CMI, sono anche marcati con ICPUL 231 ("no station to")
- nei log UAL gli stessi tre messaggi hanno "flag_31" impostato a valore "1", e RGS GL/CMI

- sia nei log ARINC sia in quelli UAL, cìè un ULMSG indicato con la RGS GL/DEC
- nei log ARINC, l'ultimo ULMSG indicato con la RGS GL/DEC, è anche marcato con ICPUL 231 ("no station to")
- nei log UAL lo stesso ultimo messaggio ha "flag_31" impostato a valore "2", e RGS GL/DEC

Ognuno tragga le proprie conclusioni.


[*Nota 01]
Questo è un dato certo, facilmente comprensibile oltre che dalla diversa formattazione del messaggio (gli asterichi; la mancanza di un secondo campo timestamp; la mancanza del numero progressivo segnato dal counter) anche dalle parole di Steve Ledger ( Director of AQP services- ARINC ):

"The Central Processing System (CPS) time stamp in the second line is the Greenwich mean (universal) time at which the message was electronically processed at the ARINC center in Annapolis, MD, before being sent to a ground station and then transmitted to the aircraft. The time it would take for the message to get from this point to the cockpit of the aircraft would vary, depending on the size of the message, and how much message traffic there was. In rare cases, this could mean that it would take minutes for the final delivery, but typically, for short messages (under 220 characters) like the ones sent to Flights 175 and 93, the delivery time would be within 10 seconds. The message is not stamped with the time it is received in the cockpit".




...Torna alla HOME

Nessun commento:

Posta un commento

...]> rifletti prima di scrivere <[...

Nota. Solo i membri di questo blog possono postare un commento.