-- Scott On 03/30/2016 11:40 AM, Bartos, Christopher wrote:
The only ones we have open to the world is our HTTP protocols opened on 8002 where the handle server is running on. We have 2 handle servers 1) DSpace instance and 2) Regular Handle Server They are running on HTTP 8000 and HTTP 8002 respectively. Neither of the UDP / TCP ports are open to the world. Would that be cause of slowness? Thanks, ChrisOn Mar 30, 2016, at 12:24 PM, Scott Prater <scott.prater@wisc.edu <mailto:scott.prater@wisc.edu>> wrote: What ports do you have open to the world on your handle server, to which protocols? In my experience, slowness in resolution is usually because the udp handle port is closed to the world, causing the client to fall back to tcp, and maybe even http, to resolve. Looking at the output of the handle client as it attempts to resolve will give you a hint as to where the delay is. -- Scott On 03/30/2016 10:46 AM, Bartos, Christopher wrote:Hi, I've overridden the HandleStorage class in Handle Server so that it will attempt to resolve a specific prefix internally, and if it doesn’t resolve, it will attempt to resolve itself, meaning, it runs the normal BDJBEHandleStorage class to resolve it’s own handle. Here is my new class: https://github.com/lupulin/MultiServerHandleStorage/blob/master/MultiServerHandleStorage.java My question: it’s pretty quick locally. You can check it: http://140.254.87.133:8002/1811.1/OSU123 will resolve itself. http://140.254.87.133:8002/1811.1/1112 will resolve a different handle server. However, going through hdl.handle.net <http://hdl.handle.net>: http://hdl.handle.net/1811.1/OSU123andhttp://hdl.handle.net/1811.1/1112 Is very, very slow. My question, is that I’m wondering if there is a way that we can speed up the HandleStorage implementation on our side or if there is nothing we can do. Also, if there is a better way to do what we are attempting. Our goal is to have 2 handle servers, both with the same prefix, but the one that is publicly available will use our custom HandleStorage class. Thanks in advance, Chris _______________________________________________ Handle-Info mailing list Handle-Info@cnri.reston.va.us <mailto:Handle-Info@cnri.reston.va.us> http://www.handle.net/mailman/listinfo/handle-info-- Scott Prater Shared Development Group General Library System University of Wisconsin - Madison
-- Scott Prater Shared Development Group General Library System University of Wisconsin - Madison
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ Handle-Info mailing list Handle-Info@cnri.reston.va.us http://www.handle.net/mailman/listinfo/handle-info