Thanks. I solved the issue by having a per-transport tunnel. The code can be found here: https://github.com/fabianbergmark/linux-sctp/tree/v4.6-sctp-over-udp/net/sctp As this is the first time i write kernel code, I would really appreciate if someone looked at it. The encapsulation seems to work fine (inspected in wireshark), but I'm not sure if I close/free everything correctly. 2016-07-19 14:31 GMT+02:00 Neil Horman <nhorman@xxxxxxxxxxxxx>: > On Tue, Jul 19, 2016 at 12:15:47PM +0200, Fabian Bergmark wrote: >> I'm adding experimental support for UDP encapsulation of SCTP packets. >> I got most of if working well. However, I noticed a NULL pointer >> dereference in sctp_packet_transmit as I assumed that >> packet->transport->asoc weren't NULL so I tried to access tunneling >> information that I store in packet->transport->asoc->ep->base. In what >> circumstances is asoc NULL in sctp_packet_transmit? >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-sctp" in >> the body of a message to majordomo@xxxxxxxxxxxxxxx >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> > > There may be others, but the case that comes immediately to mind is when you > have an error in the construction of a new association (e.g. a state cookie, or > an abort during setup). In those cases we call sctp_ootb_pkt_new, which sends a > packet with no assoction associated. > > Neil > -- To unsubscribe from this list: send the line "unsubscribe linux-sctp" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
