[OpenSIPS-Users] rtpengine_offer on REINVITE
callum.guy at x-on.co.uk
Wed Feb 22 21:40:30 UTC 2023
I operate OpenSIPs in front of a bank of FreeSWITCH instances and I'm
currently seeing an issue with FreeSWITCH crashing during a SRTP DTLS
renegotiation triggered by a RE-INVITE.
I've tracked this down to a WSS registrar which is issuing
rtpengine_offer(...) for the INVITE and any subsequent RE-INVITE. This
happens thousands of times a day without issue however on occasion OpenSIPs
sends that RE-INVITE request to a different rtpengine server from the pool.
This writes in the new RTP proxy IP and initiates a new ICE
negotiation, the client fails to handle this and the DTLS negotiation
breaks down - RTPEngine warns "*Received invalid STUN packet from
126.96.36.199:58184 <http://188.8.131.52:58184>: MESSAGE_INTEGRITY attribute missing*"
and FreeSWITCH segfaults.
Can anyone advise on what might be causing OpenSIPs to pick an unrelated
RTP instance for the dialog? Any ideas for preventing that would be
appreciated! I could conceivably save the socket after the initial offer
against the dialog and use that for additional offers but hopefully that
can be avoided. I use RTPEngine only as a proxy, perhaps I should simply
prevent RE-INVITE's from sending additional offers so I only have one
offer/answer/delete per call?
*0333 332 0000 | x-on.co.uk <https://www.x-on.co.uk> | **
<https://twitter.com/xonuk> ** | **Practice Index Reviews
*Our new office address: 22 Riduna
Park, Melton IP12 1QT.*
is a trading name of Storacall Technology Ltd
a limited company registered in
England and Wales.
Registered Office :
Glebe Farm, Down Street, Dummer, Basingstoke, Hampshire, England RG25 2AD.
Company Registration No. 2578478.
The information in this e-mail is
confidential and for use by the addressee(s)
only. If you are not the
intended recipient, please notify X-on immediately on +44(0)333 332 0000
and delete the
message from your computer. If you are not a named addressee
you must not use,
disclose, disseminate, distribute, copy, print or reply
to this email. Views
or opinions expressed by an individual
email may not necessarily
reflect the views of X-on or its associated
companies. Although X-on routinely
screens for viruses, addressees should
scan this email and any attachments
viruses. X-on makes no
representation or warranty as to the absence of viruses
in this email or
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Users