SCTP invalid stream identifier on response

[richard-strate]

Environment
SCTP 2.0.18

Scenario
The stack is used to serve a diameter "server" stack (jDiameter). The remote node is requesting following stream setup during INIT:
Number of outbound streams: 17 Number of inbound streams: 17
Our response in the INIT_ACK:
Number of outbound streams: 10 Number of inbound streams: 17
Diameter CER/CEA is exchanged successfully and association/peer is considered open.

Expected result
Association should be remain available.

Actual result
After 10 (remote originated) messages the remote stack drops the association (SCTP ABORT). The reason is that our application stops responding to diameter the keep-alive request (Device-Watchdog-Request) because the SCTP stack refuses to send out a packet using stream ID 10.

It seems that the remote node considers SID 10 to be valid but our SCTP doesn't? The check in question is found in org.mobicents.protocols.sctp.AssociationImpl.java:625.

[richard-strate]

I've verified that (at least) the check still exists in master, but on row AssociationImpl.java:650.

[nhanth87]

Hi @richard-strate ,
it's the bug in jDiameter, not SCTP
RestComm/jdiameter#131

Can you please rebuild jdiamter stack with indea in the issue and try again

Br,
TN

[richard-strate]

Ok. Then it was as I suspected. I'll see what I can do about the fix. Right now I workaround this by applying same max to in- and outbound streams.