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.
> FYI, > > After I switched feeding CONDUIT data from idd.unidata.ucar.edu over to > atm.geo.nsf.gov, I started receiving the data. Unlike before where the > CONDUIT data would trickle out, it all came in ok overnight. Hopefully > that will be the solution. > > Dave > > Hi Dave, http://www.unidata.ucar.edu/cgi-bin/rtstats/iddstats_nc?CONDUIT+twister.millersville.edu Does not looks as good as it should or could. I would have been surprised if switching to ATM made much of a difference, only issue is if they were packet shaping per feed (host) in which case you may have been able to skirt the upper boundary by ingesting from two hosts...That does not appear to be the case. Have you heard back from IT regarding volume shaping on port 388? It would be nice to have that info before we continue more problem solving... I do not think you are saturating the whole pipe, which points me still to volume (packet) shaping. Cheers, Jeff Weber Unidata User Support http://www.unidata.ucar.edu Ticket Details =================== Ticket ID: SKM-230294 Department: Support IDD Priority: Normal Status: Open