[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20150519: 20150516: Nexrad 2: idd.unidata.ucar.edu Access
- Subject: 20150519: 20150516: Nexrad 2: idd.unidata.ucar.edu Access
- Date: Tue, 19 May 2015 23:46:25 -0600
James,
re:
>"The other thing to consider is to split single feed requests for high volu=
>me feeds into multiple, mutually exclusive feed requests whise sum is the f=
>ull set of products.
>Splitting feed requests helps to get around TCP backoff induced latencies."
>
>Could you give us an example of how we would do this in the config?
Splitting of a feed REQUEST into multiple, mutually exclusive sub REQUESTs is
discussed in the
online LDM documentation. Practical examples should be founf in Google
searches using 'split ldm feed' as the search key.
I would normally have sent you an example, but I am currently on travel and
trying to keep up with support
enail using my iPod touch where cutting and pasting is "challenging"..
Cheers,
Tom
.
>________________________________________
>From: Unidata User Support <address@hidden>
>Sent: Tuesday, May 19, 2015 1:56 AM
>To: James Olson
>Cc: Hunter Goosmann; address@hidden
>Subject: 20150516: Nexrad 2: idd.unidata.ucar.edu Access
>
>Hi James,
>
>re:
>>We are just curious as to what the difference is for your server to receiv=
>e=3D
>> LDM data, from what we believe to understand as being similar upstreams o=
>f=3D
>> borth the ROC Node and TOC Node, and our connection. I interpret in your =
>p=3D
>
>There should be no difference.
>
>re:
>>revious email you were implying you were seeing high latency at both thos =
>N=3D
>>odes. Am I correct in this interpretation?
>
>We were, yes.
>
>re:
>>We've heard little back from our Contacts with NOAA and are a bit weary of=
> =3D
>>attempting to move our primary feeds back over to TOC and ROC. Would you h=
>a=3D
>>ve any recommendations on how we might be able to test things on our end?
>
>You should always feed from the source for data when possible. You should =
>also feed from one or more redundand
>sources for all of your data feeds if you can. The redundancy should help =
>to make your feeds as reliable as possible and perhaps reduce latencies. T=
>he other thing to consider is to split single feed requests for high volume=
> feeds into multiple, mutually exclusive feed requests whise sum is the ful=
>l set of products.
>Splitting feed requests helps to get around TCP backoff induced latencies.
>
>Cheers,
>
>Tom Yoksas
>Unidata User Support
>>
>>-----Original Message-----
>>From: Unidata User Support [mailto:address@hidden]=3D20
>>Sent: Saturday, May 16, 2015 6:45 PM
>>To: James Olson
>>Cc: Hunter Goosmann; address@hidden
>>Subject: 20150516: Nexrad 2: idd.unidata.ucar.edu Access
>>
>>
>>Hi James,
>>
>>re:
>>>Hi, I'm with the ERC (Education and Research Consortium of the Western=3D=
>20
>>>Caro=3D3D
>>>linas) We're one of the top tier level 2 providers. We're currently=3D20
>>>have dr=3D3D astic latency issues with both of our upstream. Anywhere fro=
>m=3D20
>>>10-20 minute =3D3D latency of data on one and 40 minute latency of data o=
>n=3D20
>>>the other. Unfortun=3D3D ately there's not much we can do about the=3D20
>>>upstream issues until Monday mor=3D3D ning. It was suggested to us that w=
>e=3D20
>>>may have access to the idd.unidata.ica=3D3D r.edu ldm server that could b=
>e=3D20
>>>used temporarily until we can speak to the p=3D3D eople incharge of our=
>=3D20
>>>upstream ldm servers on Monday. It appears we have ar=3D3D e allowed to=
>=3D20
>>>pull from the server, but just want to make sure it's alright =3D3D we do=
>=3D20
>>>so. My Boss Hunter Goosmann said if any sort of payment is required t=3D3=
>D=3D20
>>>o do this just speak with him. It's extremely urgent we get our latency=
>=3D20
>>>iss=3D3D ues resolved as we have a number of customers currently effected=
> by=3D
>> this is=3D3D sue as well.
>>
>>nws-ldm[12].hpcc.ercbroadband.org are both ALLOWed to REQUEST NEXRAD2 from=
> =3D
>>idd.unidata.ucar.edu AND are both already making REQUESTs for this and oth=
>e=3D
>>r feeds. This should indicate that the latecnies you are experiencing are=
> =3D
>>either caused by the connection(s) to the NWS top level sites, or by netwo=
>r=3D
>>k issues close to your location.
>>
>>Latencies we are seeing for the times of your high latencies strongly sugg=
>e=3D
>>st that the problem is at or close to the NWS top level source machines.
>>
>>I hope that this helps...
>>
>>Cheers,
>>
>>Tom Yoksas
>>Unidata User Support
>>--
>>----------------------------------------------------------------------
>>< NOTE: All email exchanges with Unidata User Support are recorded in the =
>U=3D
>>nidata inquiry tracking system and then made publicly available through th=
>e=3D
>> web. If you do not want to have your interactions made available in this=
> =3D
>>way, you must let us know in each email you send to us.
>>
>--
>NOTE: All email exchanges with Unidata User Support are recorded in the
>Unidata inquiry tracking system and then made publicly available
>through the web. If you do not want to have your interactions made
>available in this way, you must let us know in each email you send to us.=
>
--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publicly available
through the web. If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.