You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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 ?
The text was updated successfully, but these errors were encountered:
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
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 ?
The text was updated successfully, but these errors were encountered: