[GitHub] [servicecomb-java-chassis] fanjiwang1992 opened a new issue #2656: 客户端和服务端建立连接的timeout是否设置大于1s更可靠一些?

Mon, 06 Dec 2021 19:33:38 -0800 


fanjiwang1992 opened a new issue #2656:
URL: https://github.com/apache/servicecomb-java-chassis/issues/2656


   
https://github.com/apache/servicecomb-java-chassis/blob/8207a76ecb0620f989173ce5c5a776aaaea0af4d/transports/transport-rest/transport-rest-client/src/main/java/org/apache/servicecomb/transport/rest/client/TransportClientConfig.java#L125
   -----------------------------
   当客户端和服务端建立连接第一次握手的时候,假设假设说服务器侧发生了全/半连接队列溢出而导致的丢包。那么从转换到客户端视角来看就是 SYN 包没有任何响应。
   但是由于客户端在发出握手包的时候，开启了一个重传定时器。如果收不到预期的 synack 的话，超时重传的逻辑就会开始执行。
   
![image](https://user-images.githubusercontent.com/84115877/144960936-0fbc86e4-38ca-410e-a266-061314c776cb.png)
   服务器在 connect 发出 syn 后就开启了重传定时器。
   
![image](https://user-images.githubusercontent.com/84115877/144961003-a4eb7514-7817-4f46-8e8f-561ed05133fb.png)
   
   在定时器设置中传入的 inet_csk(sk)->icsk_rto 是超时时间，一般服务器的内核,重传定时器的初始值设置为了 1 秒。
   
![image](https://user-images.githubusercontent.com/84115877/144961025-2dd0b2b5-b411-43fe-88c6-3a61e05c3b5b.png)
   服务器端发生了丢包，那么定时器到时后会进行回调函数 tcp_write_timer 中进行重传。
   按照目前设置1s的话,当服务端发生了丢包,当前处理请求直接报错,不会进行握手重传
   
   
   
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to