BTW - here is what wireshark says in the invite. So it is advertising ulaw, alaw, and gsm (which were in the sip settings window). It is adding g729 based on the trunk, but not at the top of the list.
You are only allowing ulaw with those disallow/allow statements.
You have three spots you need to check.
1 - SIP settings module, make sure all required CODEC’s are selected
2 - Trunk, make sure the CODEC you want to use is the only one allow and checked in step 1
3 - Extensions, makes sure the CODEC you want to use is the only one allowed and checked in step 1
You say “all indications are it’s working correctly”
In asterisk is the module loaded, use ‘module show like g729’ and ‘g729 show license’ is the syntax (use the ? after g729 if not right syntax).
You also should see a numeric latency value by g729 in ‘core show translation’
192.168.1.237 6101 2dbd33c0-f94f95 0x4 (ulaw) No Rx: ACK 6101
192.168.1.237 (None) f7bbe4d8-7322d3 0x0 (nothing) No Rx: REGISTER
64.2.142.26 brklaas1 589c868d2398367 0x0 (nothing) No
216.115.69.144 1XXXYYY7203 0b1afa857683398 0x4 (ulaw) No Tx: ACK FlowRoute
Here is the part from sip show peer FlowRoute
Codecs : 0x104 (ulaw|g729)
Codec Order : (g729:20,ulaw:20)
So I would have expected to grab g729 first?
But then I removed ulaw and restarted the entire system (previously was doing “core restart gracefully” or “core reload”.
And now it connect g729
I’m lost as to why, but it works so I will ignore it for now. But would like to have g729 and fail over to ulaw if not enough licenses. Not sure if it fails over or just fails the call.
No the problem is if you make a inbound call and FlowRoute sends Ulaw first asterisk will take that since ulaw is in your list. Codec Order is only used when asterisk intiates the call so in this example it would be an outbound call.