[asterisk-dev] SRTP and forcing encrypted calls

[Kai Hoerner]

>> Hangup cause 58 in this example is 
>> AST_CAUSE_BEARERCAPABILITY_NOTAVAIL which is what chan_sip and 
>> chan_iax2 use for codec negotiation issues. I'm open to other ideas 
>> for that as well.     
>
> I think that is not accurate. There are other codec negotiation issues 
> than encryption mismatch.
> In your example this is not critical, because the caller would not 
> notice the mismatch between "(alaw|g726)" and "(ulaw|gsm)", he would 
> just get a declined call.

Well the caller would possibly notice the mismatch because of the 
decline, but he would not notice that two call attempts were made in the 
background.
Inserting a Playback and waiting for digits would totally change that.