[GH-ISSUE #5087] [Feature Request] Improve XTCP tunnel resilience when frpc–frps connection is unstable #3996

Open
opened 2026-05-05 14:32:23 -06:00 by gitea-mirror · 0 comments
Owner

Originally created by @dqgyfl on GitHub (Dec 5, 2025).
Original GitHub issue: https://github.com/fatedier/frp/issues/5087

Describe the feature request

Summary
Currently, active XTCP P2P sessions are torn down whenever the frpc–frps control connection becomes temporarily unavailable. This causes unnecessary interruption to ongoing traffic, even though the P2P data channel itself remains healthy.

Problem
In environments with unstable networks, short disruptions in the frpc–frps connection can occur frequently. When this happens:

The control channel disconnect triggers the teardown of the associated XTCP tunnel.

The client and visitor must re-establish the P2P session even though their data path was still functional.

This leads to degraded user experience and additional overhead for reconnecting.

Describe alternatives you've considered

No response

Affected area

  • Docs
  • Installation
  • Performance and Scalability
  • Security
  • User Experience
  • Test and Release
  • Developer Infrastructure
  • Client Plugin
  • Server Plugin
  • Extensions
  • Others
Originally created by @dqgyfl on GitHub (Dec 5, 2025). Original GitHub issue: https://github.com/fatedier/frp/issues/5087 ### Describe the feature request Summary Currently, active XTCP P2P sessions are torn down whenever the frpc–frps control connection becomes temporarily unavailable. This causes unnecessary interruption to ongoing traffic, even though the P2P data channel itself remains healthy. Problem In environments with unstable networks, short disruptions in the frpc–frps connection can occur frequently. When this happens: The control channel disconnect triggers the teardown of the associated XTCP tunnel. The client and visitor must re-establish the P2P session even though their data path was still functional. This leads to degraded user experience and additional overhead for reconnecting. ### Describe alternatives you've considered _No response_ ### Affected area - [ ] Docs - [ ] Installation - [ ] Performance and Scalability - [ ] Security - [ ] User Experience - [ ] Test and Release - [ ] Developer Infrastructure - [ ] Client Plugin - [ ] Server Plugin - [ ] Extensions - [ ] Others
gitea-mirror added the
proposal
label 2026-05-05 14:32:23 -06:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/frp#3996
No description provided.