connect超时怪问题

bumingwu

开门见山吧，呵呵：  

硬件平台：ARM9   
软件平台：ECOS       网络协议栈(FreeBSD)   

问题描述：

    两块板卡，一块跑 TCP socket Server（accept），一块跑 TCP socket Client（connect），都接入大网环境中（同一层楼的局域网），一个专门发数据，一个专门收数据，通信时间只能连续持续几个小时，然后出现“Broken  Pipe”和“Connect  Reset  By  Peer”的错误，send、recv函数都返回-1退出了。接下来我就想当出现错误时在程序中让它们自动重连然后再收发，也就是 Client：先close(sk)、重新socket、connect，而Server端一直有个任务在accept，结果现象是，前面几次重连过程中Client都是要连好几次或十几次（中间有时间不等的延时）才能连上，到后来（几个小时后）两者就怎么也连不上了（TCP三次握手不成功），试过很多方法都不行（l_onoff＝1； l_linger＝0等等）。后来发现ecos下的connect为7秒超时，而抓包发现不管是ARP请求还是TCP SYN，双方的响应都很迟钝（不知为什么），十多秒后对方才reply是很经常的事，所以connect不上也很正常吧。

    那就更改connect的超时时间，通用的方法：设置非阻塞socket、connect、设置time、select.、判断可写否、getsockpot，但我发现time的值在7s以内都是生效的，大于7秒时，都是在7s的时候select返回，在ecos库中寻找相关线索也无果（可能是自己还不了解）   

    问题就是怎样让connect的超时时间大于7秒，大家帮忙讨论讨论吧...，看看有啥办法没，谢谢，我的代码如下：

1. 
   
2.         int sk,ret;
   
3.         struct timeval tv;
   
4.         fd_set rdevents, wrevents;
   
5. 
   
6.                 if ((sk=socket(AF_INET, SOCK_STREAM, 0))<0)
   
7.                 {
   
8.                          perror("Socket build fail\n");
   
9.                          return        ERROR;
   
10.                 }
    
11. 
    
12.                 if( ioctl(sk,FIONBIO,&non_blocking) == -1 )
    
13.                         perror("*********** ioctlsocket  ");
    
14. 
    
15.                 ret = connect(sk, (struct sockaddr *)&destserver, sizeof(destserver));
    
16. 
    
17.                 if ( 0 == ret)
    
18.                 {
    
19.                         printf("connect success...\n");
    
20.                         ioctl(sk,FIONBIO,&blocking);
    
21.                         break;
    
22.                 }
    
23.                 else if( (0 != ret) && (errno != EINPROGRESS) )
    
24.                 {
    
25.                         close(sk);
    
26.                         perror("cannot conenct to server \n");
    
27.                         continue;
    
28.                 }
    
29.                 else
    
30.                 {
    
31.                         FD_ZERO(&wrevents);
    
32.                         FD_SET(sk, &wrevents);
    
33.                         rdevents = wrevents;
    
34. 
    
35.                         tv.tv_sec = 30;  //在这里设置connect的超时时间，但如果大于7就不起作用 ！！！
    
36.                         tv.tv_usec = 0;
    
37.                                                //下面select总是在7秒内返回 ！！！！！！！！
    
38.                         ret = select(sk+1, (fd_set *)&rdevents, (fd_set *)&wrevents, (fd_set *)0, &tv);
    
39.                         ……
    
40.                 }

复制代码

醉卧水云间

while(1) select();

sunlan

你服务端程序中listen()用的backlog参数是多少？

bumingwu

谢谢大家。。。

因为每一次connect时，都要close再重新socket（否则报错），要想在7秒内连上每次的情况还是差不多啊，碰上那次运气好就连上了，所以while 1还是解决不了问题的 : (

backlog 5跟10都试过了，其实我现在就是一直在while 1 connect，抓包发现只是server的响应包回的太慢，而且一直只是这一个client在connect，每次connect间隔时间从1秒到120秒不等。

googhu

if ( 0 == ret)
{
.....
}
else if( (0 != ret) && (errno != EINPROGRESS) )
{
...
}

你的判断代码不太合理

googhu

有没有想过是你服务端程序的问题，我上面只是指出你的判断不太合理，与解决这个问题无关，呵呵

bumingwu

呵呵，谢谢。我的服务器端程序很简单，一个线程阻塞地accept（非阻塞select也试过了），客户端连上后再开一线程专门收发（优先级略高），当收发出错后（总是略先于client出错），立刻删除此线程，重新只剩一个阻塞地accept，通过串口观察实际过程确实如此，因代码太简单了（基本和本问题关系不大），就不贴了。

cheney_lang

程序的判断是合理的，不过楼主的情况很诡异。

bumingwu

呵呵，怪的都无语了，网上查遍了connect超时的问题，别人都千方百计地想缩短这超时时间，我却相反，哈哈

Sorehead

记得看过这方面的资料，系统本身有一个超时，自己设置超时时，只有少于系统超时才有意义，否则就按照系统超时运行。
要更改这个，应该需要修改内核协议栈。