[bug]: Crash when freeing frame about asterisk HOT 12 OPEN

What exactly is the AGI doing? What codecs are in use? I see that you are using a third-party unsupported g729 codec translator, does this issue occur without it?

from asterisk.

The call was initiated using the Originate method，originate PJSIP/5001 extension 6000@robot，The call was initiated using the G.729 codec. and I will try using A-law encoding again.

from asterisk.

Asterisk version 20.0.1 is also over a year old, and a newer version should be tested too.

from asterisk.

Ok, I will try again after upgrading to 20.5.2.

from asterisk.

I have upgraded to 20.5.2, and the codec order is alaw, ulaw, g729, gsm, g726, but the crash still occurs. I have uploaded the log file. Since the crash occurs at irregular intervals, the full.log file is relatively large. I have extracted some parts of it. If you need me to upload the complete file, please let me know what the problem might be. Thank you.

core-asterisk-2024-01-05T03-56-30Z-brief.txt
core-asterisk-2024-01-05T03-56-30Z-full.txt
core-asterisk-2024-01-05T03-56-30Z-info.txt
core-asterisk-2024-01-05T03-56-30Z-locks.txt
core-asterisk-2024-01-05T03-56-30Z-thread1.txt
full.log

from asterisk.

I still see a line about setting up a translation path involving the outside g729 module. Please remove the module and ensure that g729 is NOT used:

[Jan 5 11:56:30] DEBUG[14549][C-000000f9] channel.c: Channel PJSIP/t60111111-000002a9 setting write format path: slin -> g729

That module must be eliminated as a possible source of issue.

from asterisk.

Okay, I will try again after deleting g729 from the allow column in the table ps_endpoints.

from asterisk.

I have uninstalled the external g729 plugin，set allow=alaw,ulaw,gsm,g726, and now it crashes again. Could you please take a look and let me know what's going on? Thank you very much.
asterisk -rx "module show like g729" Module Description Use Count Status Support Level codec_g729a.so Digium G.729 Annex A Codec (optimized fo 0 Running extended format_g729.so Raw G.729 data 0 Running core res_format_attr_g729.so G.729 Format Attribute Module 1 Running core 3 modules loaded

core-asterisk-2024-01-09T10-23-38Z-brief.txt
core-asterisk-2024-01-09T10-23-38Z-full.txt
core-asterisk-2024-01-09T10-23-38Z-info.txt
core-asterisk-2024-01-09T10-23-38Z-locks.txt
core-asterisk-2024-01-09T10-23-38Z-thread1.txt
full.log

from asterisk.

It's memory corruption. What further complicates things (and something I didn't notice before) is that you're using a second third party module, one for speech recognition. We've received no other reports of such things that I can see. Does this only occur when speech recognition is done?

from asterisk.

yes,I use the scene of originate to initiate a call, then there is a res plugin that listens to voice data, and then sends voice data through websocket to the voice recognition end, the code is as follows,thanks!
resspeech.txt

from asterisk.

That is outside code that I will not look at. My question was strictly - does it only happen when SpeechRecognize is being done? That would most likely isolate it to that, or in some way the outside module.

from asterisk.

Okay, thank you. I have only used this scenario so far. I will check it again. Thank you once again.

from asterisk.