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.
Hi Mark, Please try to feed: crusty.ccec.unf.edu or is it.. crusty.cocse.unf.edu (either one is allowed, just curious if they are the same machine..?) from: bigbird.tamu.edu They are an I2 site. They do not suffer from the "Sprint" issue. Hope this works better for you... Cheers, Jeff --------------------------------------------------------------------- Jeff Weber address@hidden : Unidata Program Center PH:303-497-8676 : University Corp for Atmospheric Research 3300 Mitchell Ln : http://www.unidata.ucar.edu/staff/jweber Boulder,Co 80307-3000 : --------------------------------------------------------------------- On Wed, 18 May 2005, Mark Price wrote: > Mike, > I replied a couple of days ago, but haven't heard back. Maybe the email > got lost in the sprint network :-P > It does turn out that that last stop our data makes on its way to > atm.geo.nsf.gov is at sprint. What workarounds are possible? > Perhaps there is another internet 2 (or preferrably lambda rail) host > that can act as our upstream for CONDUIT. > > The traceroute is from another host on campus, due to campus network policy: > 11:08:45 ) /usr/sbin/traceroute atm.geo.nsf.gov > traceroute to atm.geo.nsf.gov (198.181.231.53), 30 hops max, 40 byte packets > 1 heron.noc.unf.edu (139.62.200.180) 0.42 ms 0.331 ms 0.319 ms > 2 heron.noc.unf.edu (139.62.228.2) 0.503 ms 0.436 ms 0.46 ms > 3 198.32.155.169 (198.32.155.169) 0.969 ms 0.918 ms 0.901 ms > 4 tlh-flrcore-7609-1-te33-1.net.flrnet.org (198.32.155.17) 8.326 ms > 8.299 ms 8.266 ms > 5 tpa-flrcore-7609-1-gi11-1.net.flrnet.org (4.79.246.46) 8.463 ms > 8.601 ms 8.364 ms > 6 ge-6-2.car2.Tampa1.Level3.net (4.79.246.45) 8.376 ms 8.255 ms > 8.262 ms > 7 ae-1-53.mp1.Tampa1.Level3.net (4.68.104.65) 8.385 ms 16.951 ms > 8.432 ms > 8 as-3-0.bbr2.Washington1.Level3.net (64.159.1.2) 38.797 ms > ae-0-0.bbr1.Washington1.Level3.net (64.159.0.229) 38.657 ms > as-3-0.bbr2.Washington1.Level3.net (64.159.1.2) 38.64 ms > 9 ge-1-1-51.car4.Washington1.Level3.net (4.68.121.15) 130.815 ms > ge-1-2-52.car4.Washington1.Level3.net (4.68.121.47) 186.371 ms > ge-1-1-55.car4.Washington1.Level3.net (4.68.121.143) 151.615 ms > 10 sl-st20-ash.sprintlink.net (209.244.219.170) 45.452 ms 164.673 ms > 219.408 ms > 11 sl-bb23-rly-5-0.sprintlink.net (144.232.20.153) 40.827 ms 41.028 > ms 41.216 ms > 12 sl-bb21-pen-12-0.sprintlink.net (144.232.20.33) 73.286 ms 80.316 > ms 233.694 ms > 13 sl-bb22-pen-15-0.sprintlink.net (144.232.16.30) 43.156 ms 43.21 ms > 43.053 ms > 14 sl-gw42-pen-10-0.sprintlink.net (144.232.5.86) 42.731 ms 43.078 ms > 42.815 ms > 15 160.81.65.26 (160.81.65.26) 48.85 ms 48.621 ms 48.6 ms > 16 * * * > 17 atm.geo.nsf.gov (198.181.231.53) 57.898 ms 47.871 ms 44.939 ms > > > > Mike Schmidt wrote: > > Mark, > > > > It's likely that the routing is asymmetric -- can you provide a > > traceroute from your system to atm.geo.nsf.gov? We have a known > > issue that blocks atm from taking LDM requests from hosts on Sprint. > > > > mike > > > > > >>---------- Forwarded message ---------- > >>Date: Mon, 16 May 2005 16:09:49 -0600 (MDT) > >>From: Jeff Weber <address@hidden> > >>To: Mark Price <address@hidden> > >>Cc: address@hidden > >>Subject: Re: 20050516:UNF allow of CONDUIT > >> > >>HI Mark, > >> > >>I see no attempts to connect to atm from crusty....or any ccec.unf.edu > >>machine...? > >> > >> > >>Did you stop and start the LDM after reconfiguring your ldmd.conf file? > >> > >>Jeff > >>--------------------------------------------------------------------- > >>Jeff Weber address@hidden : > >>Unidata Program Center PH:303-497-8676 : > >>University Corp for Atmospheric Research 3300 Mitchell Ln : > >>http://www.unidata.ucar.edu/staff/jweber Boulder,Co 80307-3000 : > >>--------------------------------------------------------------------- > >> > >>On Mon, 16 May 2005, Jeff Weber wrote: > >> > >> > >>>Hi Mark, > >>> > >>> > >>>From "awhois" > >>> > >>>No match for "CRUSTY.CCEC.UNF.EDU". > >>> > >>> > >>>..and then a nslookup.. > >>> > >>>(jweber) lenny:/home/jweber 41 % nslookup crusty.ccec.unf.edu > >>>Server: laraine.unidata.ucar.edu > >>>Address: 128.117.140.62 > >>> > >>>Non-authoritative answer: > >>>Name: crusty.ccec.unf.edu > >>>Address: 139.62.32.83 > >>> > >>> > >>>Do you have reverse DNS enabled, I suspect as much as I see data coming > >>>in.. > >>> > >>>You ~should be able to reach atm.geo.nsf.gov...I'll poke through the logs > >>>on atm... > >>> > >>> > >>>Firewall rules should be "open port 388" :) > >>> > >>>Jeff > >>>--------------------------------------------------------------------- > >>>Jeff Weber address@hidden : > >>>Unidata Program Center PH:303-497-8676 : > >>>University Corp for Atmospheric Research 3300 Mitchell Ln : > >>>http://www.unidata.ucar.edu/staff/jweber Boulder,Co 80307-3000 : > >>>--------------------------------------------------------------------- > >>> > >>>On Mon, 16 May 2005, Mark Price wrote: > >>> > >>> > >>>>Jeff Weber wrote: > >>>> > >>>> > >>>>>Hi all, > >>>>> > >>>>>"crusty" now has access to the CONDUIT feed from: > >>>>> > >>>>>atm.geo.nsf.gov > >>>>> > >>>>> > >>>>>If it does not hamper your testing ( I doubt it will, it may add value) > >>>>>please add the line: > >>>>> > >>>>>exec "rtstats -h rtstats.unidata.ucar.edu" > >>>>> > >>>>>at the top of your ldmd.conf file in the "EXEC" section: > >>>>> > >>>>> > >>>> > >>>>Hi, Jeff > >>>>Are you sure I'm allowed in? Are the firewall rules right? Here's the > >>>>current stats. I added the rtstats, btw, but UNF might block the email. > >>>>We are keeping logs, though. > >>>> > >>>>~/etc> ldmprods > >>>>PCWS 0 0 24 ####### 164.52 662@32:14 > >>>>23:59:59 h4a.fsl.noaa.gov_v_eldm4.fs > >>>>FSL2 0 0 63 ####### 153.90 811@29:47 > >>>>23:59:59 h3a.fsl.noaa.gov_v_eldm4.fs > >>>>FSL2 0 0 58 ####### 229.97 2470@02:09 > >>>>23:59:59 h4a.fsl.noaa.gov_v_eldm4.fs > >>>>FSL3 0 0 28 ####### 155.22 813@29:53 > >>>>23:59:59 h3a.fsl.noaa.gov_v_eldm4.fs > >>>>NLDN 0 0 10 57092 15.72 21@30:54 > >>>>23:59:59 striker.atmos.albany.edu_v_ > >>>>EXP 0 0 11 817 11.11 11@44:51 > >>>>23:59:59 cfhf1.iflorida._v_adsl-068- > >>>>EXP 1 73 12 862 3.57 4@05:58 > >>>>20:56:02 egwf1.iflorida._v_adsl-068- > >>>>EXP 0 0 11 4502 3.05 3@41:32 > >>>>23:59:59 ldm.iflorida_v_adsl-068-016 > >>>>EXP 1 73 12 869 4.87 7@30:31 > >>>>20:55:36 mmsf1.iflorida._v_adsl-068- > >>>>EXP 1 74 12 878 7.06 7@55:58 > >>>>20:56:05 porf1.iflorida._v_adsl-068- > >>>> > >>>>-- > >>>>Mark Price > >>>>System Administrator > >>>>Advanced Weather Information Systems Lab, UNF > >>>>(904) 620-2759 > >>>> > >>>> > >>>> > >>> > >>-- End of excerpt from Jeff Weber > > > -- > Mark Price > System Administrator > Advanced Weather Information Systems Lab > University of North Florida > (904)620-2759 > mailto: address@hidden >