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

20031112: accessing ADDE datasets from a COMET McIDAS account

>From: Patrick Dills <address@hidden>
>Organization: UCAR/COMET
>Keywords: 200311122238.hACMchOb005683 McIDAS ADDE

Hi Patrick,

>Say, we're having some trouble accessing one of the NESDIS ADDE data
>servers, specifically the 'PLR' server (  I've run into a
>dead end, and was wondering if you might have some ideas.

OK, ready.  I also have been allowed to access that server, so I
should be able to replicate your results.

>I was talking to one of the contracters at NESDIS and we explored a
>number of avenues to see if the server was visible from our MCIDAS-X
>machine 'gizmo' here at COMET...ping, telnet and 'DSINFO IMAGE PLR' for
>example.  At the same time I checked some of my other server entries, e.g.
>ULY, RTIMAGES, SUOMI and appear to have no trouble.

Yes, but those datasets are hosted on different machines.  I am glad
that you checked, however, since it confirms that your McIDAS installation
is working.

>Both 'ping' and 'telnet 500' to the 'PLR' servers produced
>positive responses, with 'telnet' they were able to see and accept my
>connect request.

>But whenever I entered a 'dsinfo' from the McIDAS side,
>it attempts to connect, and then after about 45 sec., responds with -->
>dsinfo.k: Cannot contact server (connect() failed)
>    No Datasets found of Type: IMAGE in Group: PLR
>dsinfo.k: Cannot contact server (connect() failed)
>    No Datasets found of Type: POINT in Group: PLR
>...and so on...
I am also able to telnet to port 500 on the server, but not to port
503.  This means that doing uncompressed data transfers should work,
but "compress" compressed transfers should/will not.  To test this, 
I tried to do the same DSINFO command as you ran for PLR first
using compressed transfers:


This eventually timed just as yours did.

Next, I EXITed McIDAS and restarted specifying use of uncompressed

mcidas -config
<choose to use uncompressed transfers, not compressed ones>


        Dataset Names of Type: IMAGE in Group: PLR

Name         NumPos   Content
------------ ------   --------------------------------------
AMGAC           14    NOAA AM GAC data
AMHRPT          14    NOAA AM HRPT data
AMLAC           14    NOAA AM LAC data
AMSUA54          1    Latest NOAA-KLM AMSU-A CH07 54 GHz BT

So, like I supposed, uncompressed transfers work, but compressed ones
do not.  You should EXIT your McIDAS session and start a new one
that uses uncompressed transfers in the same way as I indicated above.

>Matthew Marshall, a systems guy at NESDIS in charge of the trouble
>ticket, mentioned he had an IP entry for you in their server access table
>for the 'PLR' server and I was wondering if you had any similar problems
>recently?  Might help us narrow the problem a bit?  I don't know.

We need to get those guys to setup their remote ADDE server to support
compressed transfers.  Do you have the name of the person responsible
for the McIDAS/ADDE setup there?  If yes, I could contact him and
help him to get compressed ADDE transfers working.

>Any insights you might come up with Tom would be greatly appreciated.

I think that the only problem is compressed vs uncompressed transfers.
If you find that you still have problems when using uncompressed
transfers, please let me know.



NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.