1. 使能Notification的接收
为了查看SCTP的通信过程Association的行为，开启了Association change的通知，代码如下，
evnts.sctp_association_event = 1;
2. 建立新的association
Server端创建新的socket，并绑定到地址一个给定的地址加端口号，这里是127.0.0.1: 18002，
[Server]: Server Start and bind to addr(127.0.0.1:18002)
然后Client端创建新的socket，并向Server端地址（127.0.0.1: 18002）发送第一条消息，
Server端会首先收到一条notification通知有新的association的建立，
[Server]: Assoc change(ID=0x10), COMMUNICATION UP!
[Server]: New ClientAddr{ IP/Port(127.0.0.1:50574) }
同时Client端也会收到新的association建立的通知，这个时候握手完成，连接建立，
[Client]: Assoc change(ID=0xf), COMMUNICATION UP!
[Client]: New ClientAddr{ IP/Port(127.0.0.1:18002) }
NOTE:
- 这里可以看到通信的两端都可以在sctp_recvmsg的时候获取对端的IP地址和端口号，可以看出来，Server端的端口号就是配置的18002；而Client端的端口号是动态分配的；
- Server端的association ID和Client的ID不是一样的，都是动态分配的，各自有一个association ID。可以用来给各自管理自己应用程序有关的association；
然后Server端才会收到Client发送的消息，
[Server]: SCTP message('hello') received from IP/Port(127.0.0.1:50574) on assoc(0x10) / stream(1)
3. Client主动关闭socket
Client端主动调用close关闭client这一端的socket的时候，Server端会收到通知：
[Server]: Notification received!
[Server]: Assoc change(ID=0x8), SHUTDOWN COMPLETE
依据这个通知，server端可以知道association(ID=0x8)已经不再可用了，association已经断开；
4. Client不主动关闭Socket
这种情况下可以通过发送ABORT消息来关闭association，代码如下，
sctp_sendmsg(sock_op->socket_fd(), message, MAX_BUFFER,
(sockaddr *)&servaddr, sizeof(servaddr), 0, SCTP_ABORT, stream, 0, 0);
client发送完ABORT后，server端会收到association变动的通知，提示连接丢失，
[Server]: Assoc change(ID=0xa), COMMUNICATION LOST
client端同样也会收到asoociation变动的通知，
[Client]: Assoc change(ID=0xd), COMMUNICATION LOST
4.1 Association关闭了，Client继续往server发送消息
association关闭以后，两端的socket还都在，如果Client再次发送数据给Server端，association会再次建立。同时server端也可以接收到消息。
4.1 Association关闭了，Server继续往Client发送消息
这种情况下会报错，
[Server]: Assoc change(ID=0x0), CAN'T START ASSOCIATION
所以实际在应用程序里面，当收到association断开的通知后，就要清除server端保存的这个association的相关信息。
