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.
On Tue, 16 Nov 1999, Tom McDermott wrote: > On Tue, 16 Nov 1999, Robb Kambic wrote: > > > > So that would mean thelma or the means by which thelma receives NOAAPORT > > > is experiencing some sort of problem? > > > > > UCAR is doing some router changes that I believe is the problem with > > thelma, this should be temporay. > > I forgot to mention possible network problems at UCAR; I believe this was > also the case last month. v> > > > We can't go on like this with missing or delayed data. But I know the > > > problems aren't exclusively at this end, esp. when ingest ceases entirely > > > usually between 19Z and 21Z, which happened a couple of times last week. > > > So trying to separate out these factors motivated my original question > > > about problems within NOAAPORT. > > > > > I'm unaware of all the outages of NOAAport you are talking about. No other > > sites have mentioned any except the one last week. > > Besides the one on 11/10 which I assume you are referring to, the next > day 11/11, we received no FOS data between 1903 and 2007. We continued to > receive MCIDAS & FSL2 (also fed from Cornell), NLDN, WSI and DIFAX data > during this time frame. > > > thelma is feed directly > > by the NOAAport ingestor, with a backup feed from SSEC, that is backup up > > by Alden. Most of the connections are vBNS. I'm sending an attachment > > with the thelma latencies for the WMO feed. The last 2 numbers in the > > lines are the latencies, 1st is average for hour and the second is the > > max. 5@2730 means 5 seconds at 27 minutes and 30 seconds after the hour. > > I have rebuilt the queue a couple of times that causes the high > > latencies.ie Today's rebuild at hour 14-16. Most of the average times are > > less than sec, not too bad. Hopefully when the UCAR changes are done, the > > time will be stable. > > Are you having to rebuild the queue periodically, or just temporarily > because of the router problem at UCAR? Tom, It seems to coinside with network changes. The queue was very stable before the network changes started to occur. Robb... > > Thanks for the info & stats. I will be looking at them. > > Tom > ------------------------------------------------------------------------------ > Tom McDermott Email: address@hidden > System Administrator Phone: (716) 395-5718 > Earth Sciences Dept. Fax: (716) 395-2416 > SUNY College at Brockport > > =============================================================================== Robb Kambic Unidata Program Center Software Engineer III Univ. Corp for Atmospheric Research address@hidden WWW: http://www.unidata.ucar.edu/ ===============================================================================