SCTP:成功connect()调用后,SCTP套接字的sctp_status.sstate值应该是多少?

时间:2017-04-26 04:25:27

标签: sockets sctp

我正在尝试通过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值。)

1 个答案:

答案 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来轻松确认。