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, 23 Feb 1999, Peter Neilley wrote: > > Peter, > > > > The FOS Alden dish is history, turned off. FOS and NOAAport don't mix. The > > scheme is for the source sites with NOAAport dishes to feed each other. So > > each site UCAR, Alden Np, and SSEC have two sources to them. UCAR -> > > Alden, Alden -> SSEC, and SSEC -> UCAR. The failover scheme from thelma is > > to iita, then to either SSEC or Alden, or Cornell. The configuration has > > been in place since last week Jan. For internal duplication, iita is being > > feed by the UCAR NOAAport machine too. > > > > Robb.. > > > > Thanks Robb. I was aware that the Alden dish was "decommissioned" last > month. I was inquiring about the hardware, and the possibility of > RAP acquiring it from Unidata to use a backup mechanism in the case > of NOAAPORT or internet outages. Is the hardware still in Boulder? Was > it Unidata owned hardware, or leased from Alden? Peter, Alden is in the process of eliminating the FOS feed also, they are moving to NOAAport only. The Alden FOS will be turn off within months. I'm not sure about the ownership of the UPC hardware but with the above statement it really doesn't matter huh. There is also a legal part to the situation, UPC is not purchasing FOS anymore from Alden for any UPC sites. > > When you say that NOAAport and FOS don't mix, what do you mean? The sequence numbers don't match, so product duplications occur. Would > a LDM ingesting FOS from a serial line get confused if it also ingests > FOS from the IDD? Even so, I could still ingest Alden-FOS into a > stand-alone LDM right? Yes you can > > RE: iita: If Celia didn't tell you, memory for that SGI machine costs > an outrages amount (we got several quotes). Therefore, the more cost > effective solution is to go with an Pentium machine with a GB of memory. > We will be doing so tests with a similar machine this week. Still concerned > about FIDI connections to the Pentium machine, but network folks > suggest that connecting it to 100 Mbs switch may be better anyway. > Sounds like a good test plan. RObb... > Peter > =============================================================================== Robb Kambic Unidata Program Center Software Engineer III Univ. Corp for Atmospheric Research address@hidden WWW: http://www.unidata.ucar.edu/ ===============================================================================