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

Re: 19990223: Unidata's X (C?)-band Alden satellite receiver

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: Re: 19990223: Unidata's X (C?)-band Alden satellite receiver
  • Date: Wed, 24 Feb 1999 09:17:57 -0700 (MST)
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/
===============================================================================