similar to AOC and DTMF INFO we built a patch for sending a customized SIP INFO with specific informations available on channels such as source and dest numbers and ip, etc during a call to the trunk provider and internal calls both in SIP and WebRTC. (SIP INFO is implemented in SRCCHANGE indicator and we use Chan_PJSIP driver)
When the SIP INFO packet is sent, it causes the call to drop after 32 seconds. [Picture attached]
Sorry. There is a message body, so you need to tell us the RFC that defines how the request should be handled, as RFC 2976 excludes itself from such cases. However it is likely that any such RFC would require at least a provisional response within 32 seconds, and it is also likely that Asterisk does not know about that RFC.
I missed that there had been an update, however that update removes the uncertainty about a response. Section 4.2.2 makes it clear that a final response is mandatory. (Incidentally, several sites host RFCs. Only the RFC number is relevant in distinguishing between them.)
Looking a bit further, section 7.1 says that an Info-Package header is mandatory, except for legacy uses. My guess is that the code is only written to handle legacy uses, which is why it is missing from your request. It would seem to me that the spirit of the first paragraph of 4.2.2 is that they should have replied with a 469 error response.
It is confusing as to whether Content-Disposition is mandatory. The correct form of words isn’t used to achieve that, but, on the other hand the wording does suggest that body parts won’t be recognized without it. The reference to original RFC isn’t useful, as it is always optional there unless you provide a session description which doesn’t have the SDP Content-Type.
Also, regarding Info Packages, this RFC only provides a framework. A proper specification requires a document for the info package as well.
Also note that their example is malformed. There should not be a blank line before the CSeq line and there should be a blank line between 103 and service. There should be a To line, as you need both From and To to provide the tags needed to completely identify the session.