<div dir="ltr">Hi SG,<div><br></div><div>Thank you for the prompt response and all the tips. I went ahead and changed the user agent to clearly indicate that the request comes from Benchling. It looks like that fixed the problem, and our request timings and failure rate have returned to normal. Thank you!</div><div><br></div><div>Best,</div><div>Kat Salameh</div><div>Software Engineer at Benhling</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, Feb 20, 2026 at 3:57 AM Matthew Gerring <<a href="mailto:Matthew.Gerring@jax.org">Matthew.Gerring@jax.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



<div>
<div style="direction:ltr;font-family:Aptos,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Hi,</div>
<div style="direction:ltr;font-family:Aptos,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<p style="direction:ltr;margin-top:0px;margin-bottom:0px"><span style="font-family:Aptos,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">I have been hammering the service at bit from a build I am trying to make reproducible. I have
 been hitting the endpoint for Ortholog mapping. If you see an issue from a client on the US East Coast, Maine, it may be me. I will cache the information and stop doing that forthwith 😊 I will set the User-Agent too.</span></p>
<div style="direction:ltr;font-family:Aptos,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="direction:ltr;font-family:Aptos,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Best,</div>
<div style="direction:ltr;font-family:Aptos,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="direction:ltr;font-family:Aptos,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Matt</div>
<div style="direction:ltr;font-family:Aptos,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div id="m_3372869042078323734mail-editor-reference-message-container" style="color:inherit;background-color:inherit">
<div style="direction:ltr">
</div>
<div style="text-align:left;padding:3pt 0in 0in;border-width:1pt medium medium;border-style:solid none none;border-color:rgb(181,196,223) currentcolor currentcolor;font-family:Aptos;font-size:12pt;color:black">
<b>From: </b>Dev <<a href="mailto:dev-bounces@ensembl.org" target="_blank">dev-bounces@ensembl.org</a>> on behalf of Stefano Giorgetti <<a href="mailto:sgiorgetti@ebi.ac.uk" target="_blank">sgiorgetti@ebi.ac.uk</a>><br>
<b>Date: </b>Thursday, February 19, 2026 at 1:47 PM<br>
<b>To: </b><a href="mailto:dev@ensembl.org" target="_blank">dev@ensembl.org</a> <<a href="mailto:dev@ensembl.org" target="_blank">dev@ensembl.org</a>><br>
<b>Subject: </b>[EXTERNAL]Re: [ensembl-dev] Noticing very slow requests on `<a href="http://rest.ensemble.org" target="_blank">rest.ensemble.org</a>`<br>
<br>
</div>
<p>Dear Kat,</p>
<p>Thank you for reaching out to us and for the helpful diagnostics.</p>
<p>You are correct in observing a change in Ensembl REST API behaviour.<br>
On 16th February we temporarily introduced additional traffic controls as part of a security investigation.<br>
This included more aggressive throttling of certain traffic patterns and user agents while we assessed and mitigated the issue.</p>
<p>Those measures have now been relaxed and normal service parameters have been restored.<br>
However, we are still seeing elevated levels of automated traffic, and some requests — particularly those matching common programmatic user agents — may intermittently experience increased latency while our safeguards continue to operate.</p>
<p>Your reported usage pattern (a few requests per minute) is entirely reasonable and should not require any changes on your side.<br>
That said, as a general best practice, we recommend:</p>
<ul>
<li>
<p role="presentation">Including a descriptive User-Agent string that identifies your application (e.g.
<span style="font-family:"Courier New",Courier,monospace"><code>YourAppName/1.0 (contact@email</code></span><span style="font-family:Helvetica,Arial,sans-serif"><code>)</code></span> rather than the default
<span style="font-family:"Courier New",Courier,monospace"><code>python-requests/x.y.z</code></span>).</p>
</li><li>
<p role="presentation">Implementing exponential back off and retry handling for occasional transient slowdowns.</p>
</li><li>
<p role="presentation">Avoiding burst patterns where possible.</p>
</li></ul>
<p>We are continuing to monitor traffic closely and fine-tune the controls to minimise impact on legitimate users.<br>
Please let us know if you continue to experience significant delays over the coming days, and we will be happy to investigate further.</p>
<p>Thank you for your patience and for using the Ensembl REST API.</p>
<p>Kind regards,</p>
<p>SG</p>
<pre><div>-- 
------------

Stefano Giorgetti - Ensembl Platform Lead
The European Bioinformatics Institute (EMBL-EBI)
Wellcome Genome Campus
Hinxton, Cambridge
CB10 1SD, United Kingdom

<a href="https://www.ensembl.org/" target="_blank">https://www.ensembl.org/</a></div></pre>
<p><br>
</p>
<div>On 19/02/2026 6:33 pm, Kat Salameh wrote:</div>
<blockquote>
<div style="direction:ltr">
Hello,</div>
<div style="direction:ltr">
<br>
</div>
<div style="direction:ltr">
We use the ensembl REST API to look up genome data in our application, typically at the rate of a few requests per minute at most. We've noticed recently that requests to `<a href="http://rest.ensembl.org/" target="_blank">rest.ensembl.org</a>`
 have been taking an exceptionally long time. Specifically, since about 21:00 UTC on February 16, we've been seeing over half of requests to any `<a href="http://rest.ensembl.org/" target="_blank">rest.ensembl.org</a>`
 endpoint take more than 30 seconds. There aren't any changes to the statuses or other data returned that I can see, just that requests have suddenly begun to take an extremely long time.</div>
<div style="direction:ltr">
<br>
</div>
<div style="direction:ltr">
I tried testing on my laptop with `curl` to see if I could reproduce the issue, and it did happen when I tried to use the same user agent string as our script/application.</div>
<div style="direction:ltr">
For example:<br>
-The command `curl <a href="https://rest.ensembl.org/info/assembly/homo_sapiens%5C" target="_blank">
https://rest.ensembl.org/info/assembly/homo_sapiens\</a> -H "Content-Type: application/json"` returns a result from the server in less than a second from my laptop, which is what I would expect.</div>
<div style="direction:ltr">
- Using the same user agent as my laptop's Chrome browser has the same result.</div>
<div style="direction:ltr">
- However, if I add `-A "python-requests/2.32.4"` to that curl command, mimicking the python requests user agent we use for programmatic access in our application, the same request now takes between 45-120 seconds or more.</div>
<div style="direction:ltr">
<br>
</div>
<div style="direction:ltr">
Did anything change about the configuration of `<a href="http://rest.ensembl.org/" target="_blank">rest.ensembl.org</a>` that might be causing requests to be delayed by 10s of seconds? Should we change
 how we're requesting data from `<a href="http://rest.ensembl.org/" target="_blank">rest.ensembl.org</a>` to address this issue? Any guidance would be appreciated. Thank you!</div>
<div style="direction:ltr">
<br>
</div>
<div style="direction:ltr">
Best,</div>
<div style="direction:ltr">
Kat Salameh</div>
<div style="direction:ltr">
Software Engineer at Benchling</div>
<div style="direction:ltr">
<br>
</div>
<pre><div>_______________________________________________
Dev mailing list    <a href="mailto:Dev@ensembl.org" target="_blank">Dev@ensembl.org</a>
Posting guidelines and subscribe/unsubscribe info: <a href="https://lists.ensembl.org/mailman/listinfo/dev_ensembl.org" target="_blank">https://lists.ensembl.org/mailman/listinfo/dev_ensembl.org</a>
Ensembl Blog: <a href="http://www.ensembl.info/" target="_blank">http://www.ensembl.info/</a>
</div></pre>
</blockquote>
</div>
---<br><br>The information in this email, including attachments, may be confidential and is intended solely for the addressee(s). If you believe you received this email by mistake, please notify the sender by return email as soon as possible.</div>

_______________________________________________<br>
Dev mailing list    <a href="mailto:Dev@ensembl.org" target="_blank">Dev@ensembl.org</a><br>
Posting guidelines and subscribe/unsubscribe info: <a href="https://lists.ensembl.org/mailman/listinfo/dev_ensembl.org" rel="noreferrer" target="_blank">https://lists.ensembl.org/mailman/listinfo/dev_ensembl.org</a><br>
Ensembl Blog: <a href="http://www.ensembl.info/" rel="noreferrer" target="_blank">http://www.ensembl.info/</a><br>
</blockquote></div>