00:37.46 | *** join/#asterisk pchero (~pchero@211.178.226.108) |
01:26.00 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
01:37.56 | *** join/#asterisk gregf2 (~gregf@unaffiliated/gregf) |
02:06.14 | *** join/#asterisk cp- (~cp-@b157153.ppp.asahi-net.or.jp) |
02:10.46 | *** join/#asterisk LiuYan (~NiHola@unaffiliated/liuyan) |
02:20.46 | *** join/#asterisk tsal (~tsal@i59F525CD.versanet.de) |
03:42.25 | *** join/#asterisk pppingme (~pppingme@unaffiliated/pppingme) |
03:51.48 | *** join/#asterisk dobson (~dobson@static.38.6.217.95.clients.your-server.de) |
05:11.12 | *** join/#asterisk joako (~joako@opensuse/member/joak0) |
05:44.09 | *** join/#asterisk Ner0Zer0 (~Ner0Zer0@87.253.63.54) |
06:02.00 | *** join/#asterisk Maliuta (maliutamat@gateway/shell/matrix.org/x-ghykcqimdbhugfmv) |
07:50.29 | *** join/#asterisk BakaKuna (~Thunderbi@2a02-a446-ae46-1-c230-c05c-5fc7-bfee.fixed6.kpn.net) |
07:52.20 | *** join/#asterisk BakaKuna (~Thunderbi@2a02-a446-ae46-1-528a-5bab-fd6c-e22f.fixed6.kpn.net) |
08:03.12 | Ravenheart | hello |
08:03.24 | Ravenheart | i'm trying to trace a call via AMI events |
08:03.33 | Ravenheart | and i'm noticing something strange |
08:03.42 | Ravenheart | a call comes in, an IVR picks up |
08:04.10 | Ravenheart | then an operator starts ringing |
08:04.20 | Ravenheart | the LinkedId so far is correct |
08:04.54 | Ravenheart | but once the operator's channel state goes Up i get a different LinkedId |
08:06.18 | Ravenheart | the crappy part about this is that the Asterisk server is not managed by us |
08:06.26 | Ravenheart | and its Asterisk 10 |
08:06.33 | Ravenheart | which is wayyyyyyyyy out of date |
08:06.55 | Ravenheart | and i can't tell if its a problem with this old asterisk version |
08:07.13 | Ravenheart | or something the other company has messed up with the dialplan |
08:09.04 | Ravenheart | i'm listening in on NewCHannel, NewState and Hangup events |
08:21.39 | *** join/#asterisk Posterdati (~posterdat@host-95-250-213-187.retail.telecomitalia.it) |
08:22.52 | file | linkedid can change on bridging |
08:31.21 | Ravenheart | so the only way to know when two channels bridge/connect is to have references to both channel's state and then check the Connectedlinenum field? |
09:04.27 | *** join/#asterisk sekil (~sekil@79-101-146-239.dynamic.isp.telekom.rs) |
09:10.16 | *** join/#asterisk Ner0Zer0 (~Ner0Zer0@87.253.63.54) |
09:47.32 | file | I don't understand what that means |
09:48.05 | file | also, 12 saw a fundamentally rewrite in how all this works so finding someone with knowledge before then is probably hard |
09:48.11 | file | doesn't remember anything further |
10:00.58 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.4) |
10:19.47 | *** join/#asterisk Milos (~Milos@pdpc/supporter/student/milos) |
10:37.52 | *** join/#asterisk zapata (~zapata@2a02:1748:fad4:7260:61d8:f3ce:c951:6593) |
10:40.07 | *** join/#asterisk zapata (~zapata@2a02:1748:fad4:7260:61d8:f3ce:c951:6593) |
11:51.54 | *** join/#asterisk lambda (~xiretza@mail.xiretza.xyz) |
12:14.48 | *** join/#asterisk sinaowolabi (~Sina@41.190.2.62) |
12:53.30 | *** join/#asterisk rpifan (~rpifan@p200300d2672b5d00ddaaded8f28e5101.dip0.t-ipconnect.de) |
12:56.18 | *** join/#asterisk paulgrmn (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
13:04.35 | *** join/#asterisk TandyUK (~admin@TandyUK/staff/James) |
14:00.54 | *** join/#asterisk rpifan (~rpifan@p200300d2672b5d0070c725906a871d6d.dip0.t-ipconnect.de) |
14:05.13 | *** join/#asterisk retentiveboy (~retentive@c-76-97-28-54.hsd1.ga.comcast.net) |
14:13.27 | *** join/#asterisk retentiveboy (~retentive@2001:558:6011:a2:190f:8fa:a1e7:ba0d) |
14:13.58 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-pgcwbytmrbramolq) |
14:13.58 | *** mode/#asterisk [+o kharwell] by ChanServ |
14:15.04 | *** join/#asterisk InterLinked (~ambassado@cpe-24-209-155-151.wi.res.rr.com) |
14:20.27 | *** join/#asterisk theGoat (~textual@payphone.landofhaze.net) |
14:24.41 | igcewieling | idly wonders how many times tornado warning sirens have gone off in Huntsville this week. |
14:32.30 | *** join/#asterisk retentiveboy (~retentive@c-24-126-255-37.hsd1.ga.comcast.net) |
15:04.26 | ilius | Ravenheart, if I remember correctly, even in 16, the AMI events have LinkedID the same as UniqueID until something is actually linked. Watch for BridgeCreate, BridgeEnter, and BridgeLeave for what's really going on with bridges. |
15:09.54 | Kobaz | ilius: he's dealing with 10, not 16 |
15:10.51 | ilius | Kobaz, he asked if it still changes linkedids in later versions, so I answered that. |
15:10.55 | igcewieling | Asterisk 10? Wow! |
15:11.11 | Kobaz | Ravenheart: tracking calls in anything less than 12 is going to give you a fun time... what we did was track everything in our own tracking system based on an external id defined by us. So we set a CallLogID on every channel that passes though, and then when getting things like link updates and whatnot, we can query the CallLogID originally set, and get the call it's related to |
15:11.45 | Kobaz | Ravenheart: I don't know how much access you have to the actual running asterisk. We wound up modifying asterisk itself, but it can be done with pure dialplan/ami |
15:12.02 | Kobaz | ilius: ah okay, makes sense |
15:12.25 | Samot | As pointed out, Asterisk server is not in their control. |
15:13.00 | Kobaz | it might not be 'under their control', but it may be under their influence. or maybe they can push dialplan, who knows |
15:13.43 | ilius | Kobaz, that's a good idea - defining your own external ID. I ended up shoving the first UniqueID into AccountID and then propagating that UniqueID to the AccountID of any other channel it touches. |
15:14.24 | ilius | ...because a channel can talk to many other channels in its life. :) |
15:14.44 | Kobaz | ilius: yeah |
15:15.30 | Kobaz | ilius: i literally added a CHANNEL(call_log_id) command |
15:15.39 | Kobaz | which would store the ID internally so we can track it every step of the way |
15:16.50 | Kobaz | and then we needed more tracking, so i added a CHANNEL(call_segment_id).. since a call is long lived potentially and can be in many different sub-handlers or segments.. like ivr is segment 1, callqueue is segment 2, and transfer to meetme is segment 3, and so on |
15:17.24 | Kobaz | basically it's a super-CEL |
15:17.47 | Kobaz | and I originally wrote all this before CEL existed |
15:19.08 | igcewieling | I am so glad I don't have complex calls like that. |
15:20.05 | Kobaz | we have customers with really strict requirements on 'cradle-to-grave' tracking... Asterisk didn't have it at the time, so we had to write it |
15:25.23 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
15:29.46 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
15:34.46 | ilius | Nice, Kobaz. |
15:36.48 | ilius | I also ended up watching for all channel and bridge events and logged them to a database where I can do relational queries to be able to see which channels touched what bridge. |
15:36.59 | ilius | Also, of course before CEL. I still need to look at CEL closer. :) |
15:37.09 | Kobaz | yeah we have something similar... we call it asterisk trace call |
15:37.33 | Kobaz | it does a resursive search of all channels touched in the asterisk full log to assist with troubleshooting |
15:37.40 | Kobaz | recursivee* |
15:38.19 | Kobaz | i swear I can write... but anyway, I had to write additional log outputs as well, because the asterisk full log doesn't give you the whole story |
15:39.13 | igcewieling | I use CEL to add debugging / logging details like: CELGenUserEvent SM_START,tag='dbc' log_id='C-00001fa7' call_index='1' start_timestamp='1614880769.586' callid_ingress='5a45b383-6c13-4d7f-aa23-dd0fa4fc75ce' peer_name='beaky-01' peer_hostname='ip209-220-119-12.ip.nyigc.net' peer_ip='209.220.119.12' ani='17189750600' ani_raw='17189750600' dnis='16462476833' dnis_raw='16462476833' divert_num='' divert_host='' pai_num='17189750600' pai_n |
15:39.13 | igcewieling | um_raw='17189750600' pai_name='' pai_host='209.220.119.12' useragent='hosted01' sip_domain='daffy-02.nyigc.net' linkedid='daffy-02.nyigc.net-1614880768.20142' and CELGenUserEvent SM_ROUTE,tag='dbc' call_index='1' account_sid='1231' route_sid='11985' omni_id='10104454214' account_name='Primary Care - 2699 Richmond' route_name='Ring Group 104' call_direction='out' ani='17189750600' dnis='16462476833' divert_num='' dnis_orig='16462476833' |
15:39.13 | igcewieling | <PROTECTED> |
15:39.59 | Kobaz | yeah.. everyone's building the same stuff |
15:40.32 | Kobaz | and then, the way we built our call center, was basically a wait-loop listening for instructions from user events |
15:41.12 | Kobaz | caller gets dumped into basically a moh bridge with a while (1).. waiting for commands, like dial an agent, or whatever |
15:41.30 | Kobaz | and then stasis comes out, and basically... that's exactly what i built previously |
15:42.23 | ilius | Ha ha, yup. Tell me about it - the whole story isn't there in the full log. |
15:42.47 | ilius | I ended up creating very ugly dialplan code that fake-logs QueueLog() events for direct calls to people who also participate in queues so that Ops could get the same queue statistics for direct-dials. |
15:50.11 | *** join/#asterisk SunTsu (miyamoto@unaffiliated/suntsu) |
15:53.58 | ilius | igcewieling, love the hostname "daffy" :D Do you do cartoon characters? |
15:54.57 | Kobaz | we're pretty boring... comm4.nyc comm1.miami |
15:55.38 | Kobaz | although my main 12TB storage server is called cartman |
15:56.05 | igcewieling | ilius: mostly looney toons cartoon characters. We have beaky (a vulture), speedy (gonzalas), we also have a snoopy (pcap capture server), hugo, and a few others. |
15:56.24 | Kobaz | haha snoopy |
15:56.26 | Kobaz | love it |
15:56.57 | igcewieling | also foghorn (main router) and leghorn (main switch) |
15:57.27 | ilius | Awesome |
15:59.25 | ilius | I've been doing comedian names. e.g., our nameservers are "Garfunkel" and "Oates" :) |
16:41.05 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
17:11.54 | *** join/#asterisk pchero (~pchero@211.178.226.108) |
17:44.59 | *** join/#asterisk sawgood (~sawgood@unaffiliated/sawgood) |
18:07.44 | *** join/#asterisk detha (~detha@unaffiliated/detha) |
18:13.30 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
18:26.25 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
19:39.49 | *** join/#asterisk ttaylor (~ttaylor@vpn.duh.net) |
20:01.29 | drmessano | Garfunkel and Oates are comedians? |
20:02.01 | igcewieling | Depends on if you like their music? |
20:02.06 | Samot | Lady ones at that |
20:02.38 | *** join/#asterisk rpifan (~rpifan@p200300d2672b5d0000572681c7a14a50.dip0.t-ipconnect.de) |
20:02.43 | *** join/#asterisk gschanuel (~gschanuel@200-181-252-244.user3p.brasiltelecom.net.br) |
20:03.03 | Samot | They had a Flight of the Concords style show too |
20:05.56 | drmessano | Huh.. Never heard of this version of those names |
20:06.55 | drmessano | That's that one girl who always looks like she's going to say something funny but never does |
20:08.17 | drmessano | Kate Micucci |
20:17.19 | *** join/#asterisk Oatmeal (~Suzeanne@ip68-4-136-241.oc.oc.cox.net) |
20:33.47 | *** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-mdamboafueckdhys) |
20:41.34 | ilius | I consider them comedians. Their songs are totally funny, at least to me. I mean, this is totally satire: https://www.youtube.com/watch?v=na3lw1PzbCw |
20:41.59 | seanbright | they are funny, yes |
20:45.07 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
21:13.27 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
21:20.26 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
21:23.58 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
21:47.11 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
22:21.15 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
23:13.50 | *** join/#asterisk Gugge (gugge@guggemand.dk) |
23:54.00 | *** join/#asterisk gschanuel (~gschanuel@200-181-252-244.user3p.brasiltelecom.net.br) |