[asterisk-users] CallerID presentation - presentation prohibited but still passing number
Naveen Albert
phreak at phreaknet.org
Thu Mar 11 14:59:29 CST 2021
On 3/11/2021 2:50 PM, Mike wrote:
> Thank you for taking the time. I believe you misunderstood my question.
> Callerid presence is passed perfectly already, as shown through Verbose
> commands on both sides of the SIP call.
I should have mentioned before that the scenario I mentioned was with
IAX2 trunking. I don't use SIP for inter-switch trunking but I do for
terminating lines. Maybe IAX2 and SIP handle Caller ID differently.
> The CALLERID name and numbers
> aren't passed properly ONLY when presence is "hidden".
Sorry, by this you mean that Asterisk does not see the number or that
the telephone set does see it? It sounded like the former.
One thing to note is that prohib and unavailable function differently.
I looked at my code, and if a subscriber does not subscriber to Caller
ID, I do something like the following:
same =>
n,ExecIf($["${GOSUB_RETVAL}"="1"|"${GOSUB_RETVAL}"="2"]?NoOp():Set(CALLERID(pres)=unavailable))
unavailable and prohib options are interpreted differently by different
SIP clients (e.g. ATAs or softphones). I did some testing and found that
there was inconsistent behavior with one option vs. the other.
> As if Asterisk decided that since this is a hidden number, to replace the
> number with "Anynomous <anonymous>" as opposed to letting the receiving
> Asterisk process it as desired with whatever logic I choose.
It may not be Asterisk but the telephone itself. I tested with a soft
phone and it shows Anonymous <anonymous>. However, an actual telephone
set shows "PRIVATE", regardless of which option I choose. But, this is
just a hunch, and I'm not certain.
> I just tested without any u() or f() or s() functions - same result. No
> improvement or degradation with my issue. (Not sure why I had these
> options)
More information about the asterisk-users
mailing list