a=label:main-audio a=mid:1 a=ptime:20 a=sendrecv a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:SuPHLA6YgrTfVYL0jGiQiQToEtWFdjCXPvAQyxuj|2^31 So that SBC doesn't send any telephone-event back and actually I read this as perfectly normal behavior as i want my call to be transcod...
glad this works for you and likely as you say something got improved in recent AC patches. what I'm trying to say is that ietf recommends different handling, something that may seem to work lovely from outside is actually error prone under surface. https://mailarchive.ietf.org/arch/msg/a...