[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[IDD #HUN-511239]: Access to CONDUIT

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [IDD #HUN-511239]: Access to CONDUIT
  • Date: Tue, 28 Aug 2012 12:37:03 -0600
Hi Knut,

I want to apologize for not getting back to you before now on your
inquiry...

re:
> We would like to test the retrieval of ncep data using the LDM software
> and CONDUIT. Is it possible for you to open up access for us?

We are willing to do this for a limited amount of time.  We will not,
however, be able to feed you after the test because we are funded to
help educational, not private institutions.  The only exception to this
rule is if/when there is a measurable benefit to the Unidata community
from the participation of the non-standard institution.

re:
> We are
> mainly interested in the GFS global forecasts, but are also interested
> in further exploring the data sets available, and the stability of the
> data delivery.

OK.  The IDD has been the primary method of real-time data access for
the Unidata community for over 15 years.  We believe that this attests
to its stability/usability.

re:
> The server we are testing with is located behind a firewall, not sure
> how this will affect things,

Your firewall will need to be setup to allow outgoing requests on port
388.  This is typically the way that firewalls are setup, but we have
seen a number of instances (mainly for government or military sites)
where this is not the case.

re:
> but incoming requests will be coming from
> the following IP address: 77.75.208.210

The typical requirement for participating in LDM/IDD reception/redistribution
of data that there is both forward and reverse DNS for the machines running
the LDM.  This can be worked around on the upstream site (e.g., by adding
an ALLOW based on the downstream's IP address or by fabricating an IP to
name mapping in the /etc/hosts file), but it causes more work for the
upstream system administrator and is more brittle.

re:
> Please contact me if you need further information.

Questions:

- have you installed the LDM on your test machine?

- are you willing to ALLOW access to the LDM your test
  machine?

  This would require leaving in the catch-all ALLOW for
  machines from the unidata.ucar.edu domain AND configuration
  of your firewall to allow inbound connections on port 388.

- what sort of time range did you have in mind for testing?

Cheers,

Tom
--
****************************************************************************
Unidata User Support                                    UCAR Unidata Program
(303) 497-8642                                                 P.O. Box 3000
address@hidden                                   Boulder, CO 80307
----------------------------------------------------------------------------
Unidata HomePage                       http://www.unidata.ucar.edu
****************************************************************************


Ticket Details
===================
Ticket ID: HUN-511239
Department: Support IDD
Priority: Normal
Status: Closed