Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

can not receive response for messages sent on an sctp channel #30

Open
fabiozamperini opened this issue May 29, 2019 · 1 comment
Open

Comments

@fabiozamperini
Copy link

fabiozamperini commented May 29, 2019

Using mts 6.5.1

I'm trying to send SIP INVITEs through an SCTP multihoming channel with the following sequence

openChannelSIP name="channelUAC" localHost="[localHostSIP(0)],[localHostSIP_sec(0)]" localPort="[localPortSIP_client(0)]" remoteHost="[remoteHostSIP(0)]" remotePort="[remotePortSIP(0)]" transport="SCTP"
sendMessageSIP name="initial INVITE" channel="channelUAC" remoteHost="[remoteHostSIP(0)]" remotePort="[remotePortSIP(0)]" transport="SCTP"

100 trying is routed correctly to originating scenario, but subsesuent responses results in a NullPointerException

java.lang.NullPointerException
at com.devoteam.srit.xmlloader.sip.MsgSipCommon.getResponseTransactionId(MsgSipCommon.java:80)
at com.devoteam.srit.xmlloader.sip.StackSipCommon.doReceiveMessage(StackSipCommon.java:188)
at com.devoteam.srit.xmlloader.core.protocol.Stack$1.run(Stack.java:917)

if i send the same message in SCTP avoiding channel indication in send message
with the following:
sendMessageSIP name="initial INVITE" remoteHost="[remoteHostSIP(0)]" remotePort="[remotePortSIP(0)]" transport="SCTP"

a new channel is created automatically and responses appears to be managed correctly in this case
therefore in this way i have no longer the option to choose source IPs and port for the SCTP channel, so i can not have the wanted multihoming configuration (mts use all available address and a random source port in this case)

what should be the right approach ?
am i missing something ?

@fabiozamperini
Copy link
Author

fixed removing "this.getListenpoint().getName()" from related lines in MsgSipCommon.java and rebuilding the git snapshot
don't know if is the right solution but seems to work for me

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant