sample program echo_server response abort message
ohsewon opened this issue · 3 comments
ohsewon commented
container base image is ubuntu 20.04 and my host PC also ubuntu 20.04
default sample program return abort message
I didn't edit any codes.
server
/usrsctp/programs# ./echo_server
client
/usrsctp/programs# ./client 192.168.1.64 7
tcp_dump result
10:20:20.166425 IP 192.168.1.128.56702 > 192.168.1.64.7: sctp (1) [INIT] [init tag: 3064408784] [rwnd: 131072] [OS: 10] [MIS: 2048] [init TSN: 1683704726]
10:20:20.166584 IP 192.168.1.64.7 > 192.168.1.128.56702: sctp (1) [ABORT]
10:20:20.166764 IP 192.168.1.64.7 > 192.168.1.128.56702: sctp (1) [INIT ACK] [init tag: 3962146628] [rwnd: 131072] [OS: 10] [MIS: 2048] [init TSN: 2044396862]
10:20:20.166787 IP 192.168.1.128.56702 > 192.168.1.64.7: sctp (1) [ABORT]
How to fix it??
server
/usrsctp/programs# ./echo_server 11111 22222
client
/usrsctp/programs# ./client 192.168.1.64 7 0 22222 11111
this is working.
what is diff??
And echo_server cant' connect with socat
# socat - sctp:192.168.1.64:7
./echo_server
3 questions
- how to connect
client
andecho_server
without udp_encap - diff with and without udp_encap
- how to connect
echo_server
withsocat
stewrtrs commented
Do you have sctp compiled into your kernel?
User SCTP is in user space, and if the kernel has a SCTP stack in it, your user
space stack, which is listening will not get the packets and instead the kernel will..
And of course it will respond with an ABORT.
You should validate your kernel configuration does *not* include SCTP
R
… On Dec 14, 2022, at 8:56 PM, sewon ***@***.***> wrote:
my env
<https://www.google.com/url?q=https://user-images.githubusercontent.com/12094135/207753932-e60f4a51-1629-48c2-a5fb-bf7d185cc195.JPG&source=gmail-imap&ust=1671674190000000&usg=AOvVaw3Cz53KsZZBuC-RK_dbqVK1>
container base image is ubuntu 20.04 and my host PC also ubuntu 20.04
default sample program return abort message
I didn't edit any codes.
server
/usrsctp/programs# ./echo_server
client
/usrsctp/programs# ./client 192.168.1.64 7
tcp_dump result
10:20:20.166425 IP 192.168.1.128.56702 > 192.168.1.64.7: sctp (1) [INIT] [init tag: 3064408784] [rwnd: 131072] [OS: 10] [MIS: 2048] [init TSN: 1683704726]
10:20:20.166584 IP 192.168.1.64.7 > 192.168.1.128.56702: sctp (1) [ABORT]
10:20:20.166764 IP 192.168.1.64.7 > 192.168.1.128.56702: sctp (1) [INIT ACK] [init tag: 3962146628] [rwnd: 131072] [OS: 10] [MIS: 2048] [init TSN: 2044396862]
10:20:20.166787 IP 192.168.1.128.56702 > 192.168.1.64.7: sctp (1) [ABORT]
How to fix it??
—
Reply to this email directly, view it on GitHub <https://www.google.com/url?q=https://github.com/sctplab/usrsctp/issues/670&source=gmail-imap&ust=1671674190000000&usg=AOvVaw3wUE2Ajn-5R5la4sv4LTv5>, or unsubscribe <https://www.google.com/url?q=https://github.com/notifications/unsubscribe-auth/AAQZ4GX5IFCVZTEAAHYZ2VTWNJ3EZANCNFSM6AAAAAAS7F57QI&source=gmail-imap&ust=1671674190000000&usg=AOvVaw2EwSF7HWuduPZ-9Qr74shd>.
You are receiving this because you are subscribed to this thread.
------
Randall Stewart
***@***.***
ohsewon commented
@stewrtrs
thx for reply.
then, when should I exclude sctp kernel module? when build or runtime or both??
ohsewon commented
both case worked well.