我正在尝试通过SCTP连接到远程对等设备(除了通过套接字和ping连接之外,我没有目录访问权限)。假设我已成功连接,如果我尝试调用getsocktopt(),我的sctp_status.sstate值应该是什么?根据sctp.h,我的是SCTP_COOKIE_ECHOED(3)。这是对的吗?不应该是SCTP_ESTABLISHED吗?
因为我尝试使用以下代码向远程对等方发送消息:
ret = sctp_sendmsg (connSock, (void *) data, (size_t) strlen (data), (struct sockaddr *) &servaddr, sizeof (servaddr), 46, 0, 0, 0, 0);
它返回了我尝试发送的字节数。然后当我尝试捕捉是否有任何回应时:
ret = sctp_recvmsg (connSock, (void *) reply, sizeof (reply), NULL,
NULL, NULL, &flags);
它返回-1,带有ECONNRESET(104)的errno。在我的代码中,或者在我的流程中可能出现的错误是什么?我错过了什么吗?
提前感谢您的回答。很乐意欣赏这一点。 :)
更新:下面是我连接到远程对等端的客户端代码。它实际上是我使用的节点插件,因为节点不完全支持SCTP。使用lksctp-tools包来包含标题。
#include <string.h>
#include <unistd.h>
#include <fcntl.h>
#include <sys/socket.h>
#include <sys/types.h>
#include <netinet/in.h>
#include <netinet/sctp.h>
#include <arpa/inet.h>
#include <signal.h>
#define MAX_BUFFER 1024
int connSock = 0;
int connect(char host[], int port, char remote_host[], int remote_port, int timeout) {
int ret, flags;
fd_set rset, wset;
struct sockaddr_in servaddr;
struct sockaddr_in locaddr;
struct sctp_initmsg initmsg;
struct timeval tval;
struct sctp_status status;
socklen_t opt_len;
errno = 0;
connSock = socket (AF_INET, SOCK_STREAM, IPPROTO_SCTP);
flags = fcntl(connSock, F_GETFL, 0);
fcntl(connSock, F_SETFL, flags | O_NONBLOCK);
if (connSock == -1)
{
return (-1);
}
memset(&locaddr, 0, sizeof(locaddr));
locaddr.sin_family = AF_INET;
locaddr.sin_port = htons(port);
locaddr.sin_addr.s_addr = inet_addr(host);
ret = bind(connSock, (struct sockaddr *)&locaddr, sizeof(locaddr));
if (ret == -1)
{
return (-1);
}
memset (&initmsg, 0, sizeof (initmsg));
initmsg.sinit_num_ostreams = 5;
initmsg.sinit_max_instreams = 5;
initmsg.sinit_max_attempts = 10;
ret = setsockopt(connSock, IPPROTO_SCTP, SCTP_INITMSG, &initmsg, sizeof(initmsg));
if (ret == -1)
{
return (-1);
}
memset (&servaddr, 0, sizeof (servaddr));
servaddr.sin_family = AF_INET;
servaddr.sin_port = htons (remote_port);
servaddr.sin_addr.s_addr = inet_addr (remote_host);
if((ret = connect (connSock, (struct sockaddr *) &servaddr, sizeof (servaddr))) < 0)
if (errno != EINPROGRESS)
return (-1);
if (ret == 0) {
fcntl(connSock, F_SETFL, flags);
return 0;
}
FD_ZERO(&rset);
FD_SET(connSock, &rset);
wset = rset;
tval.tv_sec = timeout;
tval.tv_usec = 0;
ret = select(connSock+1, &rset, &wset, NULL, timeout ? &tval : NULL);
if (ret == 0) {
close(connSock);
errno = ETIMEDOUT;
return(-1);
}
else if (ret < 0) {
return(-1);
}
fcntl(connSock, F_SETFL, flags);
opt_len = (socklen_t) sizeof(struct sctp_status);
getsockopt(connSock, IPPROTO_SCTP, SCTP_STATUS, &status, &opt_len);
printf ("assoc id = %d\n", status.sstat_assoc_id);
printf ("state = %d\n", status.sstat_state);
printf ("instrms = %d\n", status.sstat_instrms);
printf ("outstrms = %d\n", status.sstat_outstrms);
return 0;
}
int sendMessage(char remote_host[], int remote_port, char data[]) {
int ret, flags;
struct sockaddr_in servaddr;
char reply[1024];
errno = 0;
memset (&servaddr, 0, sizeof (servaddr));
servaddr.sin_family = AF_INET;
servaddr.sin_port = htons (remote_port);
servaddr.sin_addr.s_addr = inet_addr (remote_host);
printf("\nSending %s (%li bytes)", data, strlen(data));
ret = sctp_sendmsg (connSock, (void *) data, (size_t) strlen (data),
(struct sockaddr *) &servaddr, sizeof (servaddr), 46, 0, 0, 0, 0);
if (ret == -1)
{
printf("\nError sending errno(%d)", errno);
return -1;
}
else {
ret = sctp_recvmsg (connSock, (void *) reply, sizeof (reply), NULL,
NULL, NULL, &flags);
if (ret == -1)
{
printf("\nError receiving errno(%d)", errno);
return -1;
}
else {
printf("\nServer replied with %s", reply);
return 0;
}
}
}
int getSocket() {
return connSock;
}
我不知道在连接之前我是否需要先设置一些我错过的东西。我从不同的来源获得了片段,所以它非常混乱。
另一个更新,这是执行时代码的tshark日志:
3336.919408 local -> remote SCTP 82 INIT
3337.006690 remote -> local SCTP 810 INIT_ACK
3337.006727 local -> remote SCTP 774 COOKIE_ECHO
3337.085390 remote -> local SCTP 50 COOKIE_ACK
3337.086650 local -> remote SCTP 94 DATA
3337.087277 remote -> local SCTP 58 ABORT
3337.165266 remote -> local SCTP 50 ABORT
此here的详细tshark日志。
看起来遥控器发送了它的COOKIE_ACK块但我的客户端未能将其状态设置为ESTABLISHED(我仔细检查了3 here的sstate值。)
答案 0 :(得分:1)
如果关联设置过程完成,则状态应为SCTP_ESTABLISHED。 SCTP_COOKIE_ECHOED表示关联尚未完全建立。这意味着始发端(在这种情况下是您的本地主机)已发送(一次或多次)COOKIE_ECHO块,该块尚未被来自远程端的COOKIE_ACK确认。
您可以在此状态下发送消息(SCTP将简单地缓冲它,直到它获得COOKIE_ACK并稍后重新发送)。
根据您提供的信息很难说出现了什么问题。在这个阶段,可能值得潜入wireshark跟踪,看看你的COOKIE_ECHO回复了什么远程端。
此外,如果您可以共享可能有助于确定根本原因的客户端/服务器端代码。
更新#1: 还应注意,应用程序可以中止自己的关联(例如,如果未在该服务器上配置此关联)。如果您尝试连接到随机服务器(而不是您的特定服务器),这很可能并且在您的情况下实际上是有意义的。在这种情况下,你身边的结社状态是COOKIE_ECHOED,因为COOKIE_ACK尚未到达(只是竞争条件)。正如我之前所说,SCTP很乐意在这种状态下接受你的数据,只是缓冲它直到它收到COOKIE_ACK。即使在应用程序在accept()中接收到执行控制之前,远程端的SCTP也会立即发送COOKIE_ACK。如果应用程序决定以不正常的方式终止关联,它将发送ABORT(这是您在wireshark跟踪中的第一个ABORT)。你方尚未收到此ABORT并发送DATA块。由于远程端认为此关联已经终止,因此它无法处理DATA块,因此它将其视为异常(参见RFC 4960第8.4章),并发送另一个AB位,其t位设置为1。 我想这就是你的情况。您可以通过查看wireshark trace来轻松确认。