[asterisk-bugs] [JIRA] (ASTERISK-26965) Caller ID set to 'asterisk' during atxfer from bridged queue

[Benjamin Keith Ford (JIRA)]

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

Benjamin Keith Ford commented on ASTERISK-26965:
------------------------------------------------

[~MacroMan], I noticed that in your sip.conf, you don't specify callerid for any of the sip users. Try adding callerid for each of the users and see if that fixes the problem. This worked for me. If it does not fix your problem, leave a comment with the results.

> Caller ID set to 'asterisk' during atxfer from bridged queue
> ------------------------------------------------------------
>
>                 Key: ASTERISK-26965
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26965
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue, Features
>    Affects Versions: 13.16.0, 14.3.0, 14.5.0
>         Environment: Ubuntu 16.04 LTS
> Asterisk 14.3.0 
>            Reporter: David Wakelin
>            Assignee: Rusty Newton
>            Severity: Minor
>         Attachments: extentions.conf.txt, features.conf.txt, queues.conf.txt, sip.conf.txt
>
>
> Scenario:
> A customer calls into a queue.
> Agent A's phone rings and can see the caller ID fine.
> Agent A picks up the call.
> Agent A starts an attended transfer to agent B using atxfer in features.conf
> Agent B's phone rings, but the caller ID is set to 'asterisk'. At this point I would expect the caller ID to be set to the phone number of agent A.
> I am using a Websocket based SIP phone, but the same problem occurs when using other SIP devices.
> Settings to recreate the issue:
> sip.conf: https://pastebin.com/LnD7Vepe
> extentions.conf: https://pastebin.com/wyhxBi0J
> queues.conf: https://pastebin.com/TQai9dKD
> features.conf: https://pastebin.com/2WLCZFfp



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