[asterisk-bugs] [JIRA] (ASTERISK-26646) CoreShowChannel seems to intermittently get the same Uniqueid Linkedid
Troy Bowman (JIRA)
noreply at issues.asterisk.org
Tue Dec 6 13:28:10 CST 2016
[ https://issues.asterisk.org/jira/browse/ASTERISK-26646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=234087#comment-234087 ]
Troy Bowman commented on ASTERISK-26646:
----------------------------------------
I thought maybe it was because I'm setting the account code, but they don't always jive:
Event: CoreShowChannel
Channel: SIP/yak-0002010e
ChannelState: 6
ChannelStateDesc: Up
CallerIDNum: 8135312386
CallerIDName: Jessica Monique Williams
ConnectedLineNum: 0576
ConnectedLineName: Corey Haraldson
Language: en
AccountCode: 1481052126.131611
Context: go_queueops
Exten: s
Priority: 12
Uniqueid: 1481052126.207287
Linkedid: 1481052126.207287
Application: Queue
ApplicationData: contractor,,,support,,,,go_queue_accept,,
Duration: 00:02:01
BridgeId: 3e5ed8c3-1ea2-4468-8c06-9416a4d59862
voip*CLI> core show channel SIP/yak-0002010e
-- General --
Name: SIP/yak-0002010e
Type: SIP
UniqueID: 1481052126.207287
LinkedID: 1481052126.207287
Caller ID: 8135312386
Caller ID Name: Jessica Monique Williams
Connected Line ID: 0576
Connected Line ID Name: Corey Haraldson
Eff. Connected Line ID: 0576
Eff. Connected Line ID Name: Corey Haraldson
DNID Digits: +18005184461
Language: en
State: Up (6)
NativeFormats: (ulaw)
WriteFormat: ulaw
ReadFormat: ulaw
WriteTranscode: No
ReadTranscode: No
Time to Hangup: 0
Elapsed Time: 0h2m55s
Bridge ID: 3e5ed8c3-1ea2-4468-8c06-9416a4d59862
-- PBX --
Context: go_queueops
Extension: s
Priority: 12
Call Group: 0
Pickup Group: 0
Application: Queue
Data: contractor,,,support,,,,go_queue_accept,,
Call Identifer: [C-00013df0]
Variables:
BRIDGEPVTCALLID=27ffe8585ccec873023807cb614e8a84 at 192.168.252.2:5060
BRIDGEPEER=SIP/0576-0002010f
QUEUEPOSITION=1
QUEUESRVLEVELPERF=93.6
QUEUESRVLEVEL=30
QUEUEABANDONED=0
QUEUECOMPLETED=125
QUEUETALKTIME=444
QUEUEHOLDTIME=6
QUEUECALLS=2
QUEUESTRATEGY=rrmemory
QUEUEMAX=10
QUEUENAME=contractor
QEORIGINALPOS=1
QEHOLDTIME=16
MEMBERREALTIME=0
MEMBERDYNAMIC=1
MEMBERPENALTY=0
MEMBERLASTCALL=1481051461
MEMBERCALLS=3
MEMBERNAME=Phone/0576 Corey Haraldson
MEMBERINTERFACE=SIP/0576
PLAYBACKSTATUS=SUCCESS
QUEUE_MAX_PENALTY=0
QUEUE_MIN_PENALTY=0
ARGC=4
ARG4=contractor
ARG3=0003
ARG2=support
ARG1=contractor
BACKGROUNDSTATUS=SUCCESS
MACRO_DEPTH=0
AGISTATUS=SUCCESS
SIPREDIRECTREASON=unconditional
PRIREDIRECTREASON=UNCONDITIONAL
SIPRDNISDOMAIN=192.168.252.12
SIPCALLID=755032fd7bc282ab32b40bed071df580 at 192.168.252.12:5060
SIPDOMAIN=sip.voip.te
SIPURI=sip:+18135312386 at 192.168.252.12:5060
CDR Variables:
level 1: calledsubaddr=
level 1: callingsubaddr=
level 1: dnid=+18005184461
level 1: clid="Jessica Monique Williams" <8135312386>
level 1: src=8135312386
level 1: dst=s
level 1: dcontext=go_queueops
level 1: channel=SIP/yak-0002010e
level 1: dstchannel=SIP/0576-0002010f
level 1: lastapp=Queue
level 1: lastdata=contractor,,,support,,,,go_queue_accept,,
level 1: start=1481052126.709380
level 1: answer=1481052126.799507
level 1: end=0.000000
level 1: duration=174
level 1: billsec=174
level 1: disposition=8
level 1: amaflags=3
level 1: accountcode=1481052126.131611
level 1: uniqueid=1481052126.207287
level 1: linkedid=1481052126.207287
level 1: userfield="did=8005184461"
level 1: sequence=136743
> CoreShowChannel seems to intermittently get the same Uniqueid Linkedid
> ----------------------------------------------------------------------
>
> Key: ASTERISK-26646
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-26646
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Core/ManagerInterface
> Affects Versions: 13.10.0
> Environment: Gentoo, Vanilla Asterisk
> Reporter: Troy Bowman
> Severity: Minor
>
> I seem to be intermittently getting the same Uniqueid and Linkedid for bridged channels from CoreShowChannels, for example:
> Event: CoreShowChannel
> Channel: SIP/yak-00020025
> ChannelState: 6
> ChannelStateDesc: Up
> CallerIDNum: 9257274345
> CallerIDName: Carlos Campos
> ConnectedLineNum: 0525
> ConnectedLineName: Tanner Bills
> Language: en
> AccountCode: 1481048062.131383
> Context: go_queueops
> Exten: s
> Priority: 12
> Uniqueid: 1481048062.206932
> Linkedid: 1481048062.206932
> Application: Queue
> ApplicationData: contractor,,,clients,,,,go_queue_accept,,
> Duration: 00:02:14
> BridgeId: e5443a38-fa3b-4060-870b-7cebd3a9767a
> I tried looking for a cause but I got lost in the rabbit hole as it seems to come from a deeply defined stasis channel cache of who knows what message.
> Sorry for not testing this on a later version, this is the version I'm running in production right now, and I can't really see any changes that may affect channel_state in later 13.13.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list