WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Satellite dissemination in RA-VI Slide: 1

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 2 Satellite dissemination in RA-VI -Satellite Dissemination systems -EUMETCast overview -RA-VI specific services on EUMETCast -DWDSAT, RETIM as examples for RA-VI third party services -EUMETCast projects in RA-VI (DAWBEE, SADACA) -Evolving dissemination concept for DCPCs -General Multicast principles

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 3 Satellite dissemination systems in RA-VI There are a number of Satellite Dissemination systems available in RA-VI: -EUMETCast -MITRA Multi-address Information Transmission -EARS tm tm -Direct dissemination n n Full report available via the IGDDS status report:

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 4 EUMETCast Overview -DVB-S file based satellite dissemination system ->2900 Users in RA-VI -Tellicast multicast reception software using off the shelf PC and antenna systems - -RETIM and DWDSAT as third party dissemination services for RA-VI on EUMETCast -EOPortal for user registration and data discovery

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 5 EUMETCast services in RA-VI - RETIM – dedicated third party service provided by Meteo France and disseminated via EUMETCast for users in Europe and Africa - DWDSAT – dedicated third party service provided by Deutscher Wetterdienst and disseminated via EUMETCast for users in Germany and Europe - RA-VI specific general data channel on EUMETCast Implementation of the current BMD and MDD services in the same manner and migrate them to dedicated regional channels Usage of such dedicated channels, “WMO-RA-I” for Africa and “WMO- RA-VI” for Europe Sending of files provided by the data provider and/or originator without modification Adherence to the WMO file name convention, this will automatically group the products, per originator, per product type, etc Application of granularity of data access as needed, based on product groups Inclusion of BMD and MDD products in the Product Navigator, on the level of product groups

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 6 EUMETCast services in RA-VI

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 7 EUMETCast projects in RA-VI – DAWBEE (“Data Access for Western Balkan and Eastern European countries”) 11 NMHS of RA-VI (from non-EUMETSAT Member and Cooperating States) have functioning EUMETSAT data reception equipment and use EUMETSAT data in their operational activities To create expertise in some of these countries to ensure maintenance of reception equipment (network of experts) Network of users of the DAWBEE stations is now existing and experts can interact among themselves Target NMHS were: Six RA-VI Eastern European NMHS: Armenia, Azerbaijan, Byelorussia, Georgia, Moldova and Ukraine. Five RA-VI Western Balkan NMHS: Albania, Bosnia and Herzegovina, Kosovo (under UN Security Council Resolution 1244), FYR of Macedonia, Montenegro. Support from: Slovenia, Croatia, Romania, Bulgaria, Slovakia and Ukraine Implementation timeframe: January 2010 – end 2011

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 8 EUMETCast projects in RA-VI – SADACA (Satellite Data Access for Central Asia) The objective of the proposed activity is to ensure that the following five Central Asian countries have operational access to EUMETSAT data, within 2 years: Turkmenistan, Uzbekistan, Tajikistan, Kyrgyzstan, and Kazakhstan. The project aims at: Supporting the installation in the five countries of a “DAWBEE-like” EUMETCast station, with an appropriate training for the operation of the station; Creating a self-sustained network of experts across the countries and with Turkey that could pursue collaboration beyond the end of the proposed activity. The project is implemented in close cooperation with the Turkish Meteorological Service (TSMS). Time frame: Mid-2011 to End of 2012 (installation should be made by Spring-summer 2012)

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 9 Evolving dissemination concepts for DCPCs Evolving dissemination concepts for DCPCs arise a number of questions -Guidelines on DCPC dissemination of data for global exchange on WIS are TBD? -Subscription based dissemination concept in WIS? -Potential many users subscribing to a reoccurring data set? -GISCS to cache and exchange data for regional and global exchange (former GTS)? -End-user might either subscribe to the GISCs for such data or to the DCPC directly? -Multicast might be an option to reduce point-to-point overhead for the DCPC? -Multicast principles

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 10 General multicast principles When is multicast useful? Many users Same data High volume of data How does multicast conceptually work on terrestrial networks? There are two major layer: application layer and network layer The main concept on the network layer is the generation of a multicast routing tree based on subscribed multicast groups The main difference between space and terrestrial based multicast is that there is no data replication necessary on a space dissemination system Terrestrial based multicast systems require a data replication in order to send the same data set to all subscribed users. This is established by essentially creation of a routing tree on each involved router. The amount of replication however is limited to the number of logical branches attached to each router In comparison, if the same users would be provided with the data in a unicast network, the replication would be n-times the actual unicast data streams along the tree Assuming the same operational mission critical SLA for both unicast and multicast dissemination systems a multicast service scales technically and financially better to a growing user community which requires same data and in case this data is of considerable size.

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 11 General multicast principles – EUMETSAT example Focus on application layer Putting the responsibility to ensure the correct functioning of the actual dissemination mission to the application layer configuration Application implementation based on NewTec’s Tellicast software therefore there would be no difference between EUMETCast station attached to a terrestrial network or satellite reception system Guaranteed bandwidth regulation and usage this will ensure: overall network management, avoidance of oversubscription, protocol independent client access point cost (for the user will be no difference cost per mbit between multicast or unicast) FEC-based “secure” multicast on application layer (not ACK, NACK on network layer) this avoids: impact of “non-receiving” clients on the overall network (non-reception of ACKs) removes risk of un-necessary or flooding data resent (over-usage of NACK)

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 12 Application layer: Multicast (Tellicast) Server Definition of service channels Bandwidth configuration User management Subscription management

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 13 Application Layer: Multicast (Tellicast) Client Reception of registered services Client authentication

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 14 Background Tellicast: Data provision concept 1 Data feed into service channels Subscription and management of user groups

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 15 Background Tellicast: Data provision concept 2 Data provision Multicast subscription by client Client authentication

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 16 Background Tellicast: Bandwidth management Tellicast supports bandwidth management. The “Maximum bandwidth” is in relation to the maximum bandwidth each data channel is allowed to use. This can be maximal the value of the “Total bandwidth” but is usually smaller. This parameter is used to allow usage of “spare bandwidth” during transmissions The “Minimum bandwidth” is in relation to the minimum bandwidth that is always available for each data channel. This allows to guarantee timeliness for each channel. The sum of all “Minimum bandwidth” of all channels must not exceed the value of the “Total bandwidth”. If more data is attempted to be assigned to a data channel that can be achieved using the minimum bandwidth and the gaps available of other channels by using the maximum bandwidth setting then a data backlog is generated at the server side and the server will timeout and discard data that becomes too old as a consequence of this backlog. The timeout value is configurable. The “Total bandwidth” defines the maximum available bandwidth. This is typically the physical bandwidth of a link or in case of shared links the apportioned share

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 17 Background Tellicast: Subscription management Subscription management Tellicast supports a subscription model supported by a physical encryption device called EKU Users or user groups can be assigned to each disseminated channel The maximum granularity of data access control in this subscription model is on file level The system uses the “announcement channel” to communicate the subscription information between server and all clients. This allows the users to receive only the data they want or are subscribed to, irrespectively how big the overall dissemination is

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Slide: 18 Questions? More and detailed information on EUMETCast can be found on our home page:

WMO RA VI WORKSHOP, SOFIA, BULGARIA, 1 – 3 NOVEMBER 2011 Satellite dissemination in RA-VI Slide: 19