[asterisk-users] CallerID presentation - presentation prohibited but still passing number

[Mike]

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. The CALLERID name and numbers
aren't passed properly ONLY when presence is "hidden".

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.

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)




-----Original Message-----
From: phreak at phreaknet.org <phreak at phreaknet.org>
Sent: March 11, 2021 15:33
To: Mike <michael at virtutel.ca>; asterisk-users at lists.digium.com
Subject: Re: [asterisk-users] CallerID presentation - presentation
prohibited but still passing number

I've been able to pass presentation status between tandems without needing
to do anything explicitly. This seems to be part of the Caller ID that is
transmitted without explicit intervention. Have you tested without using
the u option? I've never used the u option and not had issues with
presentation transmitting as supposed to. This is with manual
Set(CALLERID(pres)=something) and then seeing if it gets honored on the
other end. The remote Asterisk gets the full number, of course, but the
called telephone does not display it. Perhaps the u option is intended for
lines, not trunks, and so the number never gets sent?

The only time I've found I (may) need to explicitly account for
presentation is if I am regenerating the call, and then this needs to be
accounted for in the call file (ignore that if that makes no sense).

The only inconsistency I've encountered has to do with presentation
mismatches between the name and the number. If, for instance, I want the
number to display but not the same, setting the presentations as the
documentation would suggest does not work. The behavior is inconsistent
between different SIP clients and it didn't work for me in any logical
way. I didn't bother to a file a bug report about it, as I worked around
this by simply doing Set(CALLERID(name)=) to empty the name and write the
original name back into the variable after the call. Your mileage may
vary.

NA

On 3/11/2021 2:22 PM, Mike wrote:
>
> Hi,
>
> Using Asterisk 13.36.0
>
> I have a bit of a technical issue with hidden caller IDs.  My setup,
> at the moment, is composed of two Asterisk boxes. In some instance,
> calls arrive on Asterisk A, and are then sent to Asterisk B for
> further processing. The link between them is SIP (both on the same
> switch/LAN). Asterisk A has a Digium PRI card (recent one) and a PRI
link.
>
> When I receive a hidden number (i.e. “presentation prohibited”) call
> on Asterisk A through PRI, I get the following Caller ID information
> (using 444-555-6666 as example):
>
> “ <4445556666>”
>
> And
>
> CallerID presence is received as “prohibited_not_screened”.
>
> Which is fine – I know the incoming number BUT I am told not to show
> it to the end user. All good.
>
> The problem is when calls are not processed on Asterisk A, but sent to
> Asterisk B for further processing. The dial command I used on Asterisk
> A to send calls to AsterisB is the following:
>
> exten => s,n,Dial(SIP/AsteriskB/123,,f(""
> <4445556666>)u(prohib_not_screened))
>
> Again, so far so good. But, on Asterisk B in the appropriate context,
> on extension 123, my first command is a Verbose to show Callerid(all)
> and the received called id is shown as “Anonymous <anonymous>” with
> CALLERID presence still “prohib_not_screened”. I would like Asterisk B
> to receive the actual callerid (“ <4445556666>”) along with the
> appropriate CallerID presence value (which is correct already).
>
> Basically I want to “pass forward” both CALLERID and CALLERIDPRES
> exactly as received on AteriskA to AsteriskB so that AsteriskB gets
> the exact same info AsteriskA had in the first place.
>
> How do I accomplish this?
>
> Michael
>