Icx-proxy upgrade leads to 400 (Bad Request)

Hey @peterparker

I haven’t looked in detail at the two commits, but I think it is related to our performance improvements to icx-proxy and the problem that it is being used in different places without any good test coverage. For now, you will (unfortunately) have to stay with the old commit (at least for icx-proxy).

Longer version:
End of last year and early this year, we had quite some events, where the boundary nodes reached their capacity and access to the IC was severly limited. As part of that, we started going through all boundary node components trying to eliminate bottlenecks and inefficiencies.

We also made some quick fixes to icx-proxy that lead to the errors you are observing. The problem for is that icx-proxy is used in several different places without having proper integration tests in place. Hence, we only notice later when something breaks (e.g., dfx upgraded months after the changes).

The team is currently working on the new boundary node architecture. As part of that, we also work on a replacement for icx-proxy, which we call ic-gateway. Hence, we decided to not fix icx-proxy and ask users to stay on an older commit. We only maintain icx-proxy at this point and don’t improve anything.

Once ic-gateway is ready, we encourage people to switch to that.

I hope that helps and you understand why we decided to not “fix” the changes for now.

1 Like