00:06.40 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
00:18.13 | *** join/#asterisk TriJetScud (~TriJetScu@S01060418d6314a02.vc.shawcable.net) |
00:19.40 | *** join/#asterisk DaMan (~ZerryZakm@87-93-142-151.bb.dnainternet.fi) |
00:23.24 | DaMan | Hi There. Anyone online to help me out a bit with my VitalPBX. Asterisk sngrep is saying 484 error in inbound calls and not working. |
00:27.33 | DaMan | Hello? Does anyone nowadays use IRC anyways? :) I have used IRC last time as a young boy in 1990s :) |
00:30.17 | Samot | You waited 4 minutes |
00:30.39 | Samot | Even in 1990s that was impatient |
00:30.50 | DaMan | LOL. True. |
00:31.11 | Samot | You have a call trace? |
00:31.20 | DaMan | As a young boy I was impatient. Now even more impatient. :) |
00:31.39 | DaMan | WHat you mean by call trace? |
00:32.14 | DaMan | I have the sngrep log saved yes. |
00:33.19 | DaMan | That I am wondering is that is INVITE s@1982.168.1.5 normal? I mean that what is that "s" for? SHould it be number? |
00:33.30 | DaMan | 192.... |
00:34.13 | *** join/#asterisk pchero (~pchero@211.178.226.108) |
00:34.17 | DaMan | Outbound calls and internal calls works fine. But inbound do not. |
00:35.00 | DaMan | it the second "page" says 484 error |
00:35.14 | DaMan | 484 Address Incomplete |
00:35.33 | DaMan | and the voice in the line says that the number you called is incorrect |
00:35.58 | DaMan | but it is correct. I have tested the number with phonerlite and it works |
00:39.26 | DaMan | you mean cdr-csv by that call trace? |
00:48.38 | DaMan | Funny thing. I have fought with this problem now and then for for weeks and not during this "monology" I actually found the solution. |
01:24.03 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda005d183d7adf9d6766.dip0.t-ipconnect.de) |
02:33.13 | *** join/#asterisk tsal (~tsal@i59F5FA2C.versanet.de) |
02:48.56 | *** join/#asterisk TriJetScud (~TriJetScu@23.172.144.5) |
03:04.33 | *** join/#asterisk _mwoodj_ (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
03:17.48 | *** join/#asterisk Dovid (~dovid@96.56.22.146) |
04:06.56 | *** join/#asterisk theborger (~wifflebat@unaffiliated/theborger) |
04:46.43 | *** join/#asterisk ashka (~postmaste@pdpc/supporter/active/ashka) |
05:07.32 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
05:16.27 | *** join/#asterisk electronic_eel_ (~quassel@213.240.182.160) |
06:10.46 | *** join/#asterisk rwb1 (~Thunderbi@65.183.138.202) |
06:28.12 | *** join/#asterisk gerhard7 (~gerhard7@86-87-238-48.fixed.kpn.net) |
07:34.11 | *** join/#asterisk rwb (~Thunderbi@65.183.138.202) |
08:52.23 | *** join/#asterisk mvanbaak (~mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
08:53.31 | kerouac[m] | Hi. I'm really sorry, if I bother you repeating my question. Yesterday I asked about stunning error in asterisk log, and had no answer. Was my question somehow outfitting for this channel? |
09:38.04 | *** join/#asterisk X-Rob (X-Rob@gateway/web/irccloud.com/x-ofhsrvnsspojebnv) |
09:58.12 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
10:41.03 | drmessano | kerouac[m]: Actually, what we saw yesterday was: |
10:41.06 | drmessano | 06:49:26 â kerouac[m] sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/eflcksjcFDjlVuWdCDHJxaWH/message.txt > |
10:41.17 | drmessano | and I, for one, don't click on random links |
10:46.37 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda005880f3a2786776a3.dip0.t-ipconnect.de) |
10:50.58 | *** join/#asterisk sibiria (~sibiria@unaffiliated/sibiria) |
11:12.01 | *** join/#asterisk fling (~fling@fsf/member/fling) |
11:51.03 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda004334515392bb1cfc.dip0.t-ipconnect.de) |
12:48.36 | *** join/#asterisk electronic_eel (~quassel@213.240.182.232) |
12:49.26 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda0074196af928ce241a.dip0.t-ipconnect.de) |
13:17.51 | *** join/#asterisk sinaowolabi (~Sina@169.159.87.138) |
14:10.51 | *** join/#asterisk Ner0Zer0 (~Ner0Zer0@87.253.63.54) |
14:23.11 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
14:48.19 | *** join/#asterisk Janos (~textual@201.204.94.76) |
15:03.02 | Kobaz | oh, interesting asterisk-16 question |
15:03.04 | Kobaz | app_stack.c:1149 gosub_run: <PJSIP/2802-00000009> Abnormal 'Gosub(CallRouter_PreDialOut,s,1)' exit. Popping routine return locations. |
15:03.13 | Kobaz | what is considered an abnormal exit |
15:03.34 | Kobaz | the last line in that execution is a NoOp. and then it's done.. there's no errors occuring |
15:04.18 | Kobaz | I started poking through the code for that in app_stack but it's not entirely obvious yet what needs to be set to avoid that notice |
15:04.46 | Kobaz | oh maybe it needs a return |
15:05.43 | Kobaz | That was it.... Thanks! |
15:13.41 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-ptpylxupbycgxlbf) |
15:13.41 | *** mode/#asterisk [+o kharwell] by ChanServ |
15:16.29 | Samot | lol |
15:17.05 | Kobaz | You guys are great listeners, helping me figure out these things |
15:34.25 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-vwvuaqaaqrcjjykg) |
15:34.25 | *** mode/#asterisk [+o bford] by ChanServ |
16:18.46 | *** join/#asterisk electronic_eel (~quassel@213.240.182.176) |
16:59.25 | *** part/#asterisk wakko (~wakko@51.68.83.62) |
17:33.01 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
17:34.48 | *** join/#asterisk Samot (sid133316@gateway/web/irccloud.com/x-fexbcjmxqmqfcnvp) |
17:48.09 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda004c2a02a84317364d.dip0.t-ipconnect.de) |
17:58.09 | *** join/#asterisk Janos (~textual@201.204.94.76) |
19:00.51 | *** join/#asterisk Janos (~textual@201.204.94.76) |
19:55.30 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda00253f6abada7d2b56.dip0.t-ipconnect.de) |
19:59.15 | *** join/#asterisk Janos (~textual@201.204.94.76) |
20:44.20 | *** join/#asterisk paulgrmn (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
21:21.01 | *** join/#asterisk igcewieling (~ewieling@199.27.202.86) |
21:21.14 | igcewieling | " I generated a list of Onvoy blocks from their OCNs in every LATA and blocked them all on my business number for a while, which led to a 100% decrease in spam calls." |
21:21.47 | igcewieling | I guess I should reconsider looking at Intellequent (which owns Onvoy) as a carrier. |
21:25.26 | Samot | I told you they were bad for it. |
21:25.46 | Samot | Them and Tandem Neutral, well SINCH now. |
21:25.51 | Kobaz | okay so, this is interesting. |
21:27.28 | Kobaz | more asterisk-16 weirdness. so i'm doing a B2BUA... polycom -> asterisk -> pjsip -> another asterisk... during this conversation, asterisk sends the polycom: P-Asserted-Identity: <sip:s@192.168.125.118;user=phone> |
21:27.40 | Kobaz | why is the PAI = 's' |
21:28.00 | Samot | When does it send it? |
21:28.12 | Kobaz | I even tried doing a predial handler on the callee channel to Set(CONNECTEDLINE(all)=<1234>); |
21:28.26 | Kobaz | It sends it.... on endpoint pickup |
21:28.47 | Samot | Yeah, look at the update settings in the endpoint. |
21:29.06 | Kobaz | maybe the 'far-end' asterisk is sending the 's' and then my local asterisk is passing that through |
21:29.18 | Samot | trust_connected_line |
21:29.31 | Samot | send_connected_line |
21:29.37 | Samot | connected_line_method |
21:29.41 | Kobaz | k cool |
21:29.57 | Kobaz | aah yeah that's it |
21:30.01 | Samot | yes is the default for the first two |
21:30.06 | Samot | invite is the default for the last |
21:30.15 | Kobaz | it's the far-end asterisk sending back 's' because there's no CONNECTEDLINE= |
21:30.17 | Samot | This isn't Asterisk 16 weirdness. |
21:30.21 | Kobaz | yeah |
21:30.23 | Kobaz | just new behaviors |
21:30.30 | Kobaz | and/or settings |
21:30.36 | Kobaz | and then my asterisk-16 is passing that down the line to the phone |
21:30.40 | Samot | Well for you. |
21:30.51 | Samot | Asterisk 12, man. Asterisk 12. |
21:30.55 | Kobaz | right, i'm crawling out from the asterisk-11 rock |
21:31.02 | Kobaz | i've been under that rock for a long time |
21:31.54 | Kobaz | we have a serious business case for moving to -16. (technical debt wasn't quite high enough to push the needle, but it was getting there) |
21:32.14 | Kobaz | so, now that there's money involved, it's pushing things foward in that respect, heh |
21:32.19 | Samot | I don't know how sitting on 10 year old EOL software isn't technical debt. |
21:32.34 | Kobaz | i said "Wasn't quite high enough" |
21:32.38 | Kobaz | oh it's there, for sure |
21:32.45 | Samot | I would disagree. |
21:33.01 | Samot | A lot has changed in Asterisk. |
21:33.04 | Kobaz | haha, i know |
21:33.17 | Kobaz | a wee bit |
21:33.32 | Samot | 10 years behind the curve is high technical debt. |
21:33.47 | Kobaz | sure |
21:34.17 | Samot | Panasonic just shut down their SIP stuff because the technical debt of keeping up was too much. |
21:34.26 | igcewieling | I went from 1.4 -> 1.8 -> 11 -> 13 -> 16 |
21:34.40 | Kobaz | well that's good |
21:34.51 | Kobaz | i kind of skipped the whole 12,13,14,15 thing |
21:35.33 | Kobaz | Samot: I'm enjoying the lack of masquerades and zombies |
21:35.50 | igcewieling | hugs UPGRADE.txt |
21:36.20 | Kobaz | i literally had hundreds of lines of code dealing with masq/zombie stuff, that can be ripped out entirely with moving to 16 |
21:37.07 | Samot | Or earlier. |
21:37.24 | Kobaz | well yeah |
21:37.28 | Kobaz | 12 would have done it |
21:40.50 | Kobaz | Thank you for pre-registering for the COVID-19 vaccine in Albany County! |
21:40.53 | Kobaz | do de do |
21:41.47 | igcewieling | I got a contact tracing call from Rochester NY. I live in Pensacola FL and have not left the city in years. |
21:42.08 | Kobaz | fun |
21:42.19 | Kobaz | oh |
21:42.36 | Kobaz | okay so, this definitely is an asterisk-16 weirdness... where did call-ids go in the console? |
21:42.43 | Kobaz | they show up in the full log, but not in the console anymore |
21:43.28 | igcewieling | you can get the info from CHANNEL(), but that doesn't sound like it will help you. |
21:43.33 | Kobaz | nope |
21:43.36 | Kobaz | i want them on every line |
21:43.58 | Kobaz | i spent like 2 hours going through the logging code a few months ago trying to find where to add that in |
21:44.04 | Kobaz | still stuck on that |
21:44.23 | Kobaz | also, the console logging timestamp does not respect dateformat= in logger.conf |
21:44.50 | Kobaz | well, correction, it does for certain things like NOTICE, but not for general logging |
21:48.28 | seanbright | i went to some famous sandwich place in pensacola once |
21:48.41 | seanbright | got a meatball sub where the meatballs were like 1lb each |
21:49.07 | seanbright | that is my only memory of the trip |
21:49.09 | Kobaz | hehe |
21:50.00 | *** join/#asterisk sh_smith (~sh_smith@cpe-172-88-21-24.socal.res.rr.com) |
21:50.39 | Kobaz | aaaaah |
21:50.43 | Kobaz | more clarity on the logging |
21:51.22 | Kobaz | okay so true *console* logging at the console (asterisk -c) does respect the dateformat= in logger.conf, but socket connection consoles (asterisk -r) uses a generic dateformat |
21:51.54 | seanbright | google suggests it was the hip pocket deli |
21:58.55 | Kobaz | i think i'm getting somewhere |
21:59.22 | Kobaz | the true console session (-c) sets the global logger dateformat from logger.conf [general] |
21:59.42 | Kobaz | but when a socket connection connects, it does not read this config item, it just uses the global default "%b %e %T" |
22:08.19 | Kobaz | yay |
22:08.27 | Kobaz | i got dateformat going for socket consoles |
22:31.59 | *** join/#asterisk Posterdati (~posterdat@host-87-21-221-219.retail.telecomitalia.it) |
22:33.40 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
22:51.49 | *** join/#asterisk electronic_eel (~quassel@213.240.182.149) |
22:55.31 | *** join/#asterisk Janos (~textual@201.204.94.76) |
23:19.41 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |