[asterisk-bugs] [JIRA] (ASTERISK-28761) Assigning CallerIDNum from DNIDDigits to chan_pjsip

[Kevin Harwell (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-28761?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kevin Harwell updated ASTERISK-28761:
-------------------------------------

    Severity: Minor  (was: Major)

> Assigning CallerIDNum from DNIDDigits  to chan_pjsip
> ----------------------------------------------------
>
>                 Key: ASTERISK-28761
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28761
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_pjsip
>    Affects Versions: 16.8.0
>         Environment: CentOS 7
> Asterisk 16.8 (src)
>            Reporter: Vyrva Igor
>            Severity: Minor
>
> If the channel that responds to the Dial/Queue (dstchannel) call is running on chan_pjsip for it, the CallerIDNum parameter takes the value from the DNIDDigits parameter of the call Initiator (channel)
> Channel:
> {code}
> Name= SIP/423-00000031
> Type= SIP
> UniqueID= 1582885712.361
> LinkedID= 1582885712.361
> CallerIDNum= 423
> CallerIDName= AP-423
> ConnectedLineIDNum= (N/A)
> ConnectedLineIDName=(N/A)
> DNIDDigits= 300
> {code}
> Dstchannel:
> {code}
> Name= PJSIP/666-00000003
> Type= PJSIP
> UniqueID= 1582885712.364
> LinkedID= 1582885712.361
> CallerIDNum= 300
> CallerIDName= (N/A)
> ConnectedLineIDNum= 423
> ConnectedLineIDName= AP-423
> DNIDDigits= (N/A)
> {code}
> However, if the meeting works in chan_sip that happens
> Channel
> {code}
> Name= SIP/423-00000036 
> Type= SIP 
> UniqueID= 1582896505.420 
> LinkedID= 1582896505.420 
> CallerIDNum= 423 
> CallerIDName= AP-423 
> ConnectedLineIDNum= (N/A) 
> ConnectedLineIDName=(N/A) 
> DNIDDigits= 300
> {code}
> Dstchannel
> {code}
> Name= SIP/422-00000037 
> Type= SIP 
> UniqueID= 1582896505.423 
> LinkedID= 1582896505.420 
> CallerIDNum= (N/A) 
> CallerIDName= (N/A) 
> ConnectedLineIDNum= 423 
> ConnectedLineIDName=AP-423 
> DNIDDigits= (N/A)
> {code}
> If, before making a call, we delete the information from DNIDDigits, then for PJSIP we get in CallerIDNum=${EXTEN} from which the Dial/Queue is made
> Channel
> Executing [anonym11 at test-line:10] Set("SIP/423-00000038", "CALLERID(dnid)= ") in new stack
> {code}
> Name= SIP/423-00000038 
> Type= SIP 
> UniqueID= 1582896895.436 
> LinkedID= 1582896895.436 
> CallerIDNum= 423 
> CallerIDName= AP-423 
> ConnectedLineIDNum= (N/A) 
> ConnectedLineIDName=(N/A) 
> DNIDDigits= (N/A)
> {code}
> Dstchannel
> {code}
> Name= PJSIP/666-00000006 
> Type= PJSIP 
> UniqueID= 1582896895.439 
> LinkedID= 1582896895.436 
> CallerIDNum= anonym11 
> CallerIDName= (N/A) 
> ConnectedLineIDNum= 423 
> ConnectedLineIDName=AP-423 
> DNIDDigits= (N/A)
> {code}
> Is it really a bug or is it specifically made this way?
> If specifically-how to disable it?



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