[asterisk-bugs] [JIRA] (ASTERISK-29991) chan_dahdi, callerid: Caller ID does not honor presentation

Asterisk Team (JIRA) noreply at issues.asterisk.org
Sun Mar 27 15:34:07 CDT 2022


    [ https://issues.asterisk.org/jira/browse/ASTERISK-29991?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=258527#comment-258527 ] 

Asterisk Team commented on ASTERISK-29991:
------------------------------------------

Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution. Please note that log messages and other files should not be sent to the Sangoma Asterisk Team unless explicitly asked for. All files should be placed on this issue in a sanitized fashion as needed.

A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report.

Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process].

Please note that once your issue enters an open state it has been accepted. As Asterisk is an open source project there is no guarantee or timeframe on when your issue will be looked into. If you need expedient resolution you will need to find and pay a suitable developer. Asking for an update on your issue will not yield any progress on it and will not result in a response. All updates are posted to the issue when they occur.

Please note that by submitting data, code, or documentation to Sangoma through JIRA, you accept the Terms of Use present at [https://www.asterisk.org/terms-of-use/|https://www.asterisk.org/terms-of-use/].

> chan_dahdi, callerid: Caller ID does not honor presentation
> -----------------------------------------------------------
>
>                 Key: ASTERISK-29991
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29991
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_dahdi, Core/CallerID
>    Affects Versions: 18.6.0
>         Environment: Debian
>            Reporter: N A
>            Severity: Major
>
> There are several problems with the chan_dahdi.c/callerid.c code that cause Caller ID to not work the way it should.
> 1. The simple_switch (built in) *67/*82 simply clear or fill the Caller ID name and number. This is wrong. *67 is supposed to modify the presentation. It should have no impact on the name/number itself.
> 2. CALLERID(pres) is completely ignored for analog Caller ID. Even if if you set CALLERID(pres) to prohib_not_screened, for instance, the analog line *still gets Caller ID!* In contrast, if you were to call an ATA (using PJSIP, for instance, or SIP) the ATA does the correct thing and the phone will see "PRIVATE CALLER" on the screen.
> But with DAHDI, nothing works as expected:
> {noformat}
> [Mar 26 18:52:32]     -- Executing [5 at ring:1] NoOp("DAHDI/8-1", "Pres: prohib_not_screened / Num Pres: prohib_not_screened / Name Pres: prohib_not_screened") in new stack
> 	[Mar 26 18:52:32] DEBUG[1068][C-00000009]: sig_analog.c:995 analog_call: CALLING CID_NAME: InterLinked CID_NUM:: 208
> 	[Mar 26 18:52:32]     -- Called DAHDI/5
> 	[Mar 26 18:52:34] DEBUG[1068][C-00000009]: sig_analog.c:395 analog_send_callerid: Sending callerid.  CID_NAME: 'InterLinked' CID_NUM: '208'
> {noformat}
> (The same thing also happens for the unavailable presentation, as with prohib_*).
> In reality, there is code in callerid.c to do this. However, the current public API does not allow passing in the right information, so the flags or info to do this need to be passed in, which necessitates an API expansion.
> Then, chan_dahdi can pass the presentation in to the caller ID functions, and the correct caller ID should be generated.
> The simple switch *67 and *82 currently only "appear" to work because they simply destroy the Caller ID completely. Again, this is all completely wrong. None of this is being done to specification. I am marking this "major" because Caller ID presentation is completely broken and this could have huge security and privacy compliance issues.



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list