[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 19990415: any alternatives to feed nsbf?
- Subject: Re: 19990415: any alternatives to feed nsbf?
- Date: Fri, 16 Apr 1999 14:32:02 -0600 (MDT)
Robert,
This url has the IDD topology:
http://www.unidata.ucar.edu/projects/idd/status/idd/fosTopo.html
Look at sites close to your site and do traceroutes to them in the late
afternoon hours when congestion is high. Try not to pick first tier sites
because almost all of them already have the max feeders attached. Let me
know what sites have reasonable results. I'll try to get you configured
from them.
Robb...
On Thu, 15 Apr 1999, Unidata Support wrote:
>
> Colorado state is filtering the data. Any other sites
> available which don't filter- which are closer than
> NIU, Cornell, PSU?
>
>
> ------- Forwarded Message
>
> >To: address@hidden
> >From: weather <address@hidden>
> >Subject: nearly useless feeds during afternoons
> >Organization: .
> >Keywords: 199904152240.QAA18800
>
> I have tried to do alot of research into my feed problems.
> I have to go through NASA Science Internet for problems and
> they won't help if the routing is not along the NASA network basically
> only to another NASA facility. My main feed is weather.admin.niu.edu
> and the connection every afternoon through Chicago is horrible.
> I always miss most of the 12Z AVN because of data being past max_latency.
>
> My full NOAAPORT backup, snow.cit.cornell.edu, is on the vbns, but
> the NASA portion of the vbns has been terrible for the last month
> and (again I can get no help from NSI) and the result is worse
> than weather.admin.niu.edu. Penn State (Jeff Wolfe) has helped a lot
> if finding the problems and his machine is available, but the same
> problem with the NASA portion of the vbns affects this route.
>
> My orginal backup, aurora.atmos.colostate.edu has had good connection
> recently, but does not receive all of the NOAAPORT grids which
> I need.
>
> The point is this. I will not get any help from NSI, so I really
> need to increase the max_latency and (from what I read) have my
> downstream site increase their's. My queue size is 500MB. Will
> it create problems for the upstream site if I ask them to do this?
> If that is acceptable as a last resort, what do I need to do to
> increase max_latency.
>
> This is only a real problem(normally) from ~16Z to ~22Z, but this is
> a critical time for me. I know the IDD is not operational, and
> I don't expect it to be. We have a KU_band feed from Alden for
> the mission critical stuff, but the IDD provides us data for briefings
> and presentations that is invaluable. Right now I am having to go
> to web sites to get model data (www.arl.noaa.gov) every
> afternoon, something I hate doing, like I did before we got
> LDM/McIDAS/GEMPAK.
>
> I know I have been a pain about this but any help you could provide
> would be appreciated. I won't be getting any help from NSI which
> for us is our ISP.
>
> Thanks,
> Robert Mullenax
>
>
>
>
>
>
>
>
> ------- End of Forwarded Message
>
===============================================================================
Robb Kambic Unidata Program Center
Software Engineer III Univ. Corp for Atmospheric Research
address@hidden WWW: http://www.unidata.ucar.edu/
===============================================================================