Scambio dati integrazione Specifiche DATEX II

Presentazione sul tema: "Scambio dati integrazione Specifiche DATEX II"— Transcript della presentazione:

1 Scambio dati integrazione Specifiche DATEX II
Definizione requisiti e specifiche

2 Schema connessione DATEX

3 Requisiti Scambio Dati DATEX
Affidabilità Ack in ricezione Il supplier sa che il Client ha ricevuto l’informazione senza errori di trasmissione Conoscenza del Stato della Connessione e dell’Interlocutore Connessione Attiva: affidabilità delle notizie ! l’informazione è affidabile In caso di mancanza di collegamento o in caso di indisponibilità dei sistemi: Avviso informazione non disponibile / non aggiornata

4 Implementare Controllo della connessione
Gestione della Sessione Apertura e Chiusura di una Sessione in modo controllato Controllo dello stato ON Invio messaggi di KeepAlive e Ack di risposta Notifica errore / disconnessione In caso di errore di rete DeliveryBreak e chiusura / invalidazione della sessione Gestione Ripristino Sessione e Riallineamento: Restart

5 Affidabilità nei vari Pattern di Scambio Pull / LCP
Low Cost Profile http/get o Pull Non si gestisce la Sessione Il client recupera i dati in base a logiche proprie concordate con il Supplier ma controllo dati a carico del client ( Stateless Supplier ) Controllo affidabilità demandato al Client In caso di errore o indisponibilità dei dati  Segnala a livello applicativo dati obsoleti / non disponibili

6 Affidabilità nei vari Pattern di Scambio - Push
La mancanza di aggiornamenti o l’indisponibilità di dati hanno lo stesso comportamento Nessun dato inviato Mancano nella specifica ufficiale un metodo per discriminare le situazioni ERRORE / Nessun Dato da comunicare Possibile implementazione Controllo di Sessione Gestione Start / Allineamento dati da Supplier a Client Monitoraggio connessione Restart / Riallineamento dopo disconnessione Non è un protocollo Stateless Supplier

7 Approfondimenti Estratto Exchange 3.0 Requisiti scambio dati
Features Scambio dati

8 Profilo DATEX IT concessionarie 2014
Basato su tecniche exchange standard previste da PIM 2.0 Integra le due opzioni con gestione stato documentata LCP / Pull PUSH Documentazione sul sito DATEX EN e IT

9 Ulteriori Opzioni Simple Push Monitoraggio Sessione Riallineamento
Push senza dati : messaggio di KeepAlive Delivery Break segnala Errore in invio dati push da Supplier Riallineamento A carico del server invio dati non scambiati memorizzati su buffer anche il Client può avere bisogno di pilotare per esigenze di manutenzione un riallineamento / restart di processo / debug / error recovery Richiesta di riallineamento dal client da gestire Invalidazione Sessione Lato Client: Mancata risposta ai push  risposta Delivery Break

10 Riepilogo Requisiti Comunicazione
I requisiti principali per uno scambio dati affidabile e coerente sono: Client e Supplier hanno conoscenza dello stato della connessione e monitorano eventuali disconnessioni o errori di trasmissione / ricezione. Il supplier nella continuità di una sessione di scambio dati, deve essere in grado di inviare al client le informazioni senza perdita di dati, gestire eventuali disconnessioni temporanee riallineando il Client alla riconnessione. Il Client deve essere in grado di richiede al Supplier un riallineamento per sue necessità di gestione: Inizio Comunicazione, Recupero dati dopo Disconnessione o Errore di trasmissione / ricezione, necessità di riallineamento per manutenzione sistema / bug fixing.

11 Specifiche e Diagrammi di Stato
Documento specifiche aggiornato

12 Altri paradigmi di scambio
OCIT-C Protocollo RESTful pattern ASPI/ATECH