-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Rippled disconnects Websockets under current network load] (Version: [1.12.0]) #4866
Labels
Comments
nixer89
changed the title
[Title with short description] (Version: [rippled version])
[Rippled disconnects Websockets] (Version: [1.12.0])
Jan 4, 2024
nixer89
changed the title
[Rippled disconnects Websockets] (Version: [1.12.0])
[Rippled disconnects Websockets under current network load] (Version: [1.12.0])
Jan 4, 2024
thejohnfreeman
added a commit
to thejohnfreeman/rippled
that referenced
this issue
Jan 5, 2024
Recent load on mainnet has averaged 250 txn/ledger. Clients subscribed to `transactions` over web socket are being disconnected because the traffic exceeds the default `send_queue_limit` of 100. This changeset only touches the default configuration, not the default in code. Fixes XRPLF#4866
intelliot
pushed a commit
that referenced
this issue
Jan 16, 2024
Clients subscribed to `transactions` over WebSocket are being disconnected because the traffic exceeds the default `send_queue_limit` of 100. This commit changes the default configuration, not the default in code. Fix #4866
ximinez
pushed a commit
to ximinez/rippled
that referenced
this issue
Jan 16, 2024
Clients subscribed to `transactions` over WebSocket are being disconnected because the traffic exceeds the default `send_queue_limit` of 100. This commit changes the default configuration, not the default in code. Fix XRPLF#4866
ximinez
pushed a commit
to ximinez/rippled
that referenced
this issue
Jan 16, 2024
Clients subscribed to `transactions` over WebSocket are being disconnected because the traffic exceeds the default `send_queue_limit` of 100. This commit changes the default configuration, not the default in code. Fix XRPLF#4866
ximinez
pushed a commit
to ximinez/rippled
that referenced
this issue
Jan 16, 2024
Clients subscribed to `transactions` over WebSocket are being disconnected because the traffic exceeds the default `send_queue_limit` of 100. This commit changes the default configuration, not the default in code. Fix XRPLF#4866
sophiax851
pushed a commit
to sophiax851/rippled
that referenced
this issue
Jun 12, 2024
Clients subscribed to `transactions` over WebSocket are being disconnected because the traffic exceeds the default `send_queue_limit` of 100. This commit changes the default configuration, not the default in code. Fix XRPLF#4866
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Issue Description
rippled disconnects websockets due to high transaction volume / load on the network
Steps to Reproduce
rippled
instance with high transaction volume on the ledger (such as Mainnet right now)transactions
streamExpected Result
Websocket stays connected and transactions are received
Actual Result
rippled
disconnects websocketEnvironment
rippled
1.12.0Additional Information
It turns out that the default value of the parameter
send_queue_limit
is not sufficiently set for the current transaction load on the XRPL Mainnet with around 200-400 transactions per ledger.The default value is
100
. When a websocket client connects and simply subscribes to thetransactions
stream (no other load on the server or other connections), then the websocket client receives adisconnected
error/message from rippled with code1008
.I set the
send_queue_limit
parameter to a higher value now and I don't have any websocket disconnects anymore.So I suggest to change the
default
value of thesend_queue_limit
to a more appropriate value since the default config does not run stable on the current main net anymore.The text was updated successfully, but these errors were encountered: