I’ve met a strange situation here when an Asterisk 16 instance, receive an incoming call from my ITSP.
The PJSIP trunk with this ITSP is configured with:
When the INVITE is received, it includes a G711A offer which is accepted.
Then the G711A RTP flows in and out but for an unknown reason, a G729 RTP flow is also received.
This G729 flow uses the same IP and ports than the G711A one.
As soon as the first G729A packet is received , Asterisk terminates the call with:
No translator path: (ending codec is not valid)
According to me, I should not receive any G729A RTP in the first place (I opened a ticket for this), but as I’m currently receiving one, is there a way to have Asterisk simply ignoring the unexpected flow ?
I can (privately) share a capture file.