You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
The Hic device was attempting to associate with PACS and failing multiple times per second. This cumulative effect filled up the available Philips PACS Services and we were no longer able to accept any dicom requests
Expected behavior
System should log when associations are initiated or closed and detect when multiple associations are made over a short period of time. In such circumstance the system should shut down or enter a sleep mode until the problem is resolved.
The text was updated successfully, but these errors were encountered:
This issue might be relevant - seems to be a corner case where fo-dicom gets a TCP connection but doesn't get connected properly, so retries repeatedly in a loop? They reproduced it by trying to talk to Google as a PACS: it accepts the connection, but of course doesn't speak DICOM, so that stage fails - and gets retried repeatedly. fo-dicom/fo-dicom#933
Thanks for the heads up about the PR @amoerie. Being able to handle association request timeout as well as accepted/rejected should be helpful. At the very least we can add it into the count managed by our (rather brutal) MaximumAllowableAssociationEventsPerMinute setting in our tool.
Describe the bug
The Hic device was attempting to associate with PACS and failing multiple times per second. This cumulative effect filled up the available Philips PACS Services and we were no longer able to accept any dicom requests
Expected behavior
System should log when associations are initiated or closed and detect when multiple associations are made over a short period of time. In such circumstance the system should shut down or enter a sleep mode until the problem is resolved.
The text was updated successfully, but these errors were encountered: