00:32.05 | *** join/#asterisk infernix (~nix@unaffiliated/infernix) |
00:55.07 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
00:57.55 | *** join/#asterisk pchero (~pchero@211.178.226.108) |
01:30.56 | *** join/#asterisk AsteriskRoss (~AsteriskR@37.157.48.2) |
01:32.00 | *** join/#asterisk paulgrmn (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
02:59.29 | *** join/#asterisk tsal (~tsal@i59F5F608.versanet.de) |
05:24.07 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
05:29.09 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
05:33.32 | *** join/#asterisk puzzola (~puzzola@unaffiliated/puzzola) |
05:43.12 | *** join/#asterisk jayjo (~jayjo@unaffiliated/jayjo) |
06:28.11 | *** join/#asterisk MarkSX (~MarkSX@unaffiliated/marksx) |
07:11.04 | *** join/#asterisk ghoti (~paul@45.78.99.137) |
07:35.24 | *** join/#asterisk TriJetScud (~TriJetScu@23.172.144.5) |
07:48.40 | *** join/#asterisk BakaKuna (~Thunderbi@2a02-a446-ae46-1-f925-a2fe-d409-ebbf.fixed6.kpn.net) |
08:02.33 | *** join/#asterisk netman (~netman@185.94.249.222) |
08:36.03 | *** join/#asterisk DodgeThis (~DodgeThis@246.102.90.149.rev.vodafone.pt) |
09:44.34 | *** join/#asterisk AsteriskRoss (~AsteriskR@37.157.48.2) |
09:50.55 | *** join/#asterisk puzzola_ (~puzzola@unaffiliated/puzzola) |
09:51.17 | *** join/#asterisk fling (~fling@fsf/member/fling) |
09:52.51 | *** join/#asterisk AsteriskRoss_ (~AsteriskR@37.157.48.2) |
10:04.17 | *** join/#asterisk AsteriskRoss__ (~AsteriskR@37.157.48.2) |
10:28.55 | *** join/#asterisk AsteriskRoss (~AsteriskR@37.157.48.2) |
10:29.48 | *** join/#asterisk john2gb0 (~john2gb@94-225-47-8.access.telenet.be) |
10:31.30 | *** join/#asterisk AsteriskRoss (~AsteriskR@37.157.48.2) |
10:33.36 | *** join/#asterisk john2gb0 (~john2gb@94-225-47-8.access.telenet.be) |
10:36.23 | *** join/#asterisk john2gb0 (~john2gb@94-225-47-8.access.telenet.be) |
10:37.12 | *** join/#asterisk Milos (~Milos@pdpc/supporter/student/milos) |
10:38.26 | *** join/#asterisk john2gb0 (~john2gb@94-225-47-8.access.telenet.be) |
10:40.44 | *** join/#asterisk john2gb0 (~john2gb@94-225-47-8.access.telenet.be) |
10:42.50 | *** join/#asterisk john2gb0 (~john2gb@94-225-47-8.access.telenet.be) |
10:44.55 | *** join/#asterisk john2gb0 (~john2gb@94-225-47-8.access.telenet.be) |
10:47.07 | *** join/#asterisk john2gb0 (~john2gb@94-225-47-8.access.telenet.be) |
10:48.47 | *** join/#asterisk sinaowolabi (~Sina@41.190.2.27) |
10:49.20 | *** join/#asterisk john2gb0 (~john2gb@94-225-47-8.access.telenet.be) |
10:50.24 | *** join/#asterisk zAndee (~Andee@fw2-ad-gw.orbital.net) |
11:13.23 | *** join/#asterisk Milos (~Milos@pdpc/supporter/student/milos) |
11:16.08 | *** join/#asterisk retentiveboy (~retentive@c-24-125-16-104.hsd1.ga.comcast.net) |
11:26.20 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
11:31.27 | *** join/#asterisk Milos (~Milos@pdpc/supporter/student/milos) |
11:36.57 | *** join/#asterisk Distempr (~harry@164.39.5.234) |
11:59.45 | *** join/#asterisk Milos (~Milos@pdpc/supporter/student/milos) |
12:17.13 | *** join/#asterisk sinaowolabi (~Sina@41.190.2.27) |
12:47.59 | *** join/#asterisk gschanuel (~gschanuel@200-181-252-244.user3p.brasiltelecom.net.br) |
13:06.00 | *** join/#asterisk paulgrmn (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
14:13.49 | *** join/#asterisk tecfall (~tecfall@66.37.233.134) |
14:23.16 | tecfall | We have 2 sites, both running asterisk. When creating the peer of the other server, would you use insecure=port,invite? |
14:23.28 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda00f85bcf84204854e7.dip0.t-ipconnect.de) |
14:23.59 | Samot | No because that means using Chan_SIP and you shouldn't be doing that anymore |
14:27.38 | tecfall | Samot, I do know that we need to upgrade to pjsip, we just don't have the time right now. |
14:28.04 | igcewieling | tecfall: once you do, come back. |
14:29.02 | nbjoerg | mumbles about pjsip not working with some of his phones |
14:30.04 | sibiria | tecfall: for chan_sip, yes, that's fine assuming both of these trunks trust eachother and just want "ip auth" |
14:31.21 | sibiria | moving to pjsip from chan_sip doesn't take that much time |
14:31.33 | sibiria | the sooner you're done, the sooner you can approach the Lord's Light |
14:31.34 | sibiria | etc. |
14:31.40 | igcewieling | Huh? Moving from chan_sip to pjsip is a pain in the ass. |
14:32.20 | sibiria | wasn't that complicated in my opinion, especially not when using the wizard |
14:32.24 | igcewieling | However, PJSIP's endpoint design, unlike chan_sip, was not designed by a drunk collage kid. |
14:33.23 | igcewieling | (I don't actually know if Mark was drunk at the time) |
14:36.00 | sibiria | or hopped-up on caffeine pills to survive college midterm tests |
14:36.11 | sibiria | (plausible!) |
14:37.47 | Kobaz | so this is strange |
14:39.23 | Kobaz | https://dpaste.com/CWC2UYDQS |
14:39.34 | Kobaz | it's like registrations broke all of a sudden |
14:42.13 | Samot | What does showing the aor display? |
14:42.21 | Kobaz | whole lotta nuttin |
14:42.41 | Kobaz | https://dpaste.com/GHRCA6Q7G |
14:44.23 | Samot | show up in show contacts? |
14:44.34 | Kobaz | doesn't have it either |
14:45.00 | Kobaz | pjsip show contacts like c30035 -- no objects found |
14:48.26 | Samot | Turn debug on to see what is happening at a deeper level |
14:48.31 | Kobaz | yeah |
14:49.56 | Kobaz | that's it |
14:50.07 | Kobaz | debug even level 9, doesn't show anything else regarding added contact |
14:53.01 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-fgpdaitocpoeibwd) |
14:53.01 | *** mode/#asterisk [+o bford] by ChanServ |
14:53.02 | *** join/#asterisk BakaKuna (~Thunderbi@86-89-65-191.fixed.kpn.net) |
14:54.01 | *** join/#asterisk Dovid (~dovid@96.56.22.146) |
15:07.13 | *** join/#asterisk akp55 (~akp55@c-73-148-15-158.hsd1.va.comcast.net) |
15:09.32 | *** join/#asterisk akp55 (~akp55@c-73-148-15-158.hsd1.va.comcast.net) |
15:12.24 | Kobaz | Samot: is this legit 'weird' now? |
15:12.51 | Samot | <PROTECTED> |
15:12.56 | Samot | Dont know |
15:13.01 | Kobaz | heh |
15:13.06 | Samot | Didnt see the debug |
15:13.46 | Kobaz | There's nothing surrounding the log item that's related to contacts |
15:13.56 | Kobaz | you can see it, but it's not interesting, I assure you |
15:14.13 | Samot | Show it |
15:15.44 | Kobaz | https://dpaste.com/CEE8D3VGR |
15:18.12 | Samot | And those two contacts dont exist? |
15:18.34 | Samot | Or do they? |
15:18.55 | Kobaz | they don't exist in asterisk, they aren't being added dynamically |
15:19.04 | Kobaz | the AOR exists yes, but the contacts do not get added |
15:19.18 | igcewieling | aren't you using realtime? |
15:19.27 | Kobaz | not anymore |
15:19.28 | Samot | Show the aor config |
15:21.02 | Kobaz | https://dpaste.com/6ZRD2Z2FT |
15:23.32 | Samot | What happens if you increase the max contacts to 2? |
15:23.43 | Kobaz | good question |
15:25.17 | Kobaz | nop |
15:25.40 | Kobaz | It was a good idea I think to try, but I see why it has no effect... It's not even hitting the max because there's no contacts stored |
15:26.27 | Kobaz | oh |
15:26.32 | Kobaz | i see a possible problem |
15:26.35 | Kobaz | I think this is the problem |
15:26.45 | Kobaz | astdb is not taking data |
15:27.01 | Kobaz | IS-COMM-NYC-04*CLI> database put x y 1 Updated database successfully |
15:27.20 | Kobaz | and then, database show... not there |
15:28.47 | Kobaz | yup, that was it |
15:28.51 | Kobaz | astdb was corrupted |
15:28.58 | Kobaz | i deleted it, restarted |
15:29.36 | Kobaz | well, i have a backup |
15:29.37 | Kobaz | so we can see |
15:31.33 | Kobaz | it would be good if you could restart astdb without restarting asterisk |
15:33.05 | Kobaz | Looks like that's another health check I need to add |
15:33.15 | Kobaz | Is astdb operating correctly, if not, restart asterisk |
15:33.27 | Kobaz | I do cleanups on startup, but i guess that's not good enough |
15:33.56 | Kobaz | like, if asterisk crashes it leaves a sqlite lock and then you're dead in the water.. and the only way to get rid of the lock is to export and reimport the sqlite database |
15:38.55 | igcewieling | shouldn't Asterisk see the lock is for a process which doesn't exist anymore? |
15:39.05 | Kobaz | the lock is inside the sqlite file |
15:39.09 | igcewieling | or is it the sqlite library doing the locking |
15:39.13 | igcewieling | ah, ok. |
15:39.29 | Kobaz | https://stackoverflow.com/questions/151026/how-do-i-unlock-a-sqlite-database |
15:39.43 | Kobaz | echo ".dump" | sqlite old.db | sqlite new.db |
15:40.20 | Kobaz | that's one way how you remove a sqlite lock |
15:41.52 | Kobaz | the crazy thing, it wasn't locked in this case, it was just returning success when writing, but not actually writing any data |
15:42.12 | Kobaz | that's why there was nothing interesting in the core debug, the low level was saying 'sure, i'll write this' |
15:42.22 | nbjoerg | you can just copy the database |
15:42.37 | Kobaz | right, that's what that command does, it literally copies the database without the lock |
15:42.46 | igcewieling | I assume you've seen this https://www.sqlite.org/lockingv3.html |
15:42.49 | Kobaz | (if you have a lock problem) |
15:43.39 | Kobaz | igcewieling: right, well.. in a perfect world, every transaction finishes before the next one starts... in the case of start transaction, lock, (crash)... well... you can't unlock it the same way you locked it... it's done |
15:45.19 | igcewieling | Kobaz: Sounds like they are doing internal locking and not using things like lock files or flock(). Flock()'d files should be released when the program exits. |
15:45.27 | Kobaz | correct |
15:45.34 | Kobaz | sqlite has its own locking/transaction system |
15:50.49 | nbjoerg | Kobaz: I mean literally use cp :) |
15:50.58 | Kobaz | Oh, no |
15:51.12 | Kobaz | then you'll be copying the same exact data with the same exact metadata (locks included) |
15:51.14 | nbjoerg | Kobaz: depending on the configuration, sqlite uses kernel locks |
15:51.24 | nbjoerg | which are bound to the inode |
15:51.53 | Kobaz | i didn't look at the code with respect to this, but... i believe they are sqlite-specific transactional locks |
15:52.11 | nbjoerg | that said, I'm surprised that it doesn't recover automatically |
15:52.54 | igcewieling | nbjoerg: to be fair, there is daemon involved, just a library so there isn'r really a "startup" |
15:53.17 | igcewieling | ...there is NO daemon involved |
15:53.40 | Kobaz | it literally just opens the sqlite file |
15:53.59 | Kobaz | via libsqlite3 |
15:54.09 | Kobaz | asterisk is technically the daemon |
15:54.50 | Kobaz | there's no one-size fits all solution... maybe add an option to asterisk.conf astdb_sqlite_autolockremove=yes |
15:55.12 | Kobaz | some people may see that as a major failure and wish to just have it be broken, so another server can take over |
15:59.37 | *** join/#asterisk tmoore (~tmoore@2600:1702:4110:3d10:e8:5a5e:2846:b2e2) |
15:59.42 | igcewieling | heh, I just checked. my astdb has 2 items only. |
16:04.32 | Samot | I gots about 60K |
16:07.07 | nbjoerg | it's an argument for using pg for me :) |
16:10.57 | igcewieling | The only devices I register to my main servers are test phones. The rest as all static IP. |
16:11.37 | igcewieling | Everything else are FreePBX or Adtran boxes. |
16:15.09 | Samot | I hold a lot of info in the db |
16:15.45 | Samot | User, custom device states, ring groups, etc. |
16:16.07 | Samot | Allows for minimal reloads |
16:16.33 | igcewieling | I store what I need in Mysql, but I keep a lot less state than you. |
16:17.13 | Samot | I do both |
16:17.23 | Samot | Mysql is the backend |
16:17.59 | Samot | Astdb is just quicker |
16:18.07 | igcewieling | The only time I normally need to reload is when add/move/change a SIP endpoint. Everything is done with an AGI and static dialplan similar to FreePBX. |
16:18.28 | Samot | FreePBX uses a lot in astdb |
16:18.42 | Samot | In fact there is data that is astdb only |
16:18.47 | igcewieling | It does, but it doesn't create ringgroups in the dialplan |
16:18.49 | Samot | Doesnt store in mysql |
16:19.01 | Samot | Yes it does |
16:19.11 | Samot | In v15 its all dialplan |
16:19.18 | Samot | No more AGI calls |
16:19.32 | igcewieling | That seems.....unscalable. |
16:19.56 | Samot | FreePBX rewrites dialplan with every Apply Config |
16:20.12 | Kobaz | yeah, that seems like Xorcom, very very very slow to reload |
16:20.12 | Samot | Conf files too |
16:20.38 | Kobaz | I had a Xorcom system with 1000 endpoints, it took a good 3-5 minutes to reload |
16:20.41 | Samot | This is why you cant alert their dialplan |
16:20.44 | igcewieling | I new it did that, but I didn't think it made that much change to the dialplan. |
16:20.57 | Samot | It is overwritten eaxh reload |
16:21.08 | Samot | Each |
16:21.24 | Samot | Voicemail.conf gets parsed |
16:21.27 | Kobaz | And the main reason why it's so slow, is that it generates like 300 lines of dialplan for every extension... why not use gosubs and re-use code? |
16:21.55 | Samot | You can change voicemail.conf because its not stored. |
16:22.11 | Samot | Freepbx doesnt do that |
16:22.38 | Samot | Its like 12 lines and manly macros |
16:22.42 | Kobaz | I'm saying Xorcom does... I don't know what fpbx does |
16:25.50 | Samot | It does what you say xorcom should do |
16:26.55 | Kobaz | you know what would be awesomesauce, is dynamically adding and removing pjsip endpoints as needed |
16:27.13 | Kobaz | and then adding/removing dialplan contexts/extens as needed |
16:27.30 | Samot | Could be |
16:27.30 | Kobaz | then reloads could almost be avoided entirely for most things |
16:28.35 | Samot | Its calle |
16:28.58 | Samot | Uh. Opps |
16:29.56 | Samot | But isnt that the point of realtime? |
16:30.04 | Samot | To not load things into memory |
16:30.12 | Kobaz | yeah but, realtime has its issues, right |
16:30.23 | Kobaz | Well, something has to go in memory |
16:30.38 | Kobaz | PJSIP/Asterisk needs to have the endpoint details when the time comes |
16:41.05 | *** join/#asterisk mmlj4 (~mmlj4@ip174-69-111-70.no.no.cox.net) |
17:01.29 | *** join/#asterisk retentiveboy (~retentive@148.73.111.241) |
17:28.02 | *** join/#asterisk retentiveboy (~retentive@148.73.111.241) |
17:40.24 | *** join/#asterisk sinaowolabi (~Sina@41.190.2.27) |
18:06.10 | Kobaz | why oh why do carriers and network operators love to break traceroute |
18:06.30 | *** join/#asterisk ghoti (~paul@45.78.108.246) |
18:10.14 | igcewieling | because they think blocking icmp on a router is a good idea? |
18:12.29 | Kobaz | i know :( |
18:27.31 | *** join/#asterisk BakaKuna (~Thunderbi@2a02-a446-ae46-1-9bdf-e646-2976-13bd.fixed6.kpn.net) |
18:38.01 | *** join/#asterisk paulgrmn_ (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
18:41.24 | *** join/#asterisk retentiveboy (~retentive@c-24-125-16-104.hsd1.ga.comcast.net) |
18:48.42 | *** join/#asterisk TriJetScud (~TriJetScu@23.172.144.5) |
18:53.33 | *** join/#asterisk mmlj4 (~mmlj4@ip174-69-111-70.no.no.cox.net) |
19:14.41 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda0055ff9be569321585.dip0.t-ipconnect.de) |
19:20.26 | *** join/#asterisk gschanuel (~gschanuel@200-181-252-244.user3p.brasiltelecom.net.br) |
19:36.56 | *** join/#asterisk jkroon (~jkroon@165.16.204.106) |
20:03.38 | *** join/#asterisk saint_ (~saint_@unaffiliated/saint-/x-0540772) |
20:06.01 | *** join/#asterisk zapata (~zapata@2a02:1748:fad4:7260:5994:b435:6ca8:8fc0) |
20:07.30 | saint_ | greetings all - can someone recommend T1 boards that you had success with? I see the ones from Sangoma are about $500, while some other ones on Amazon are half the price. I know cheaper does not always mean better, but... $500 looks a little pricey.. I'm sure some other brands work as well as the ones from Sangoma.. |
20:10.25 | igcewieling | saint_: Those prices look good. |
20:10.51 | igcewieling | You won't get support here for anything except Digijm and Sangoma. |
20:11.18 | igcewieling | Alternativly, you can get a use Adtran Total Access with a T-1 port and an ethernet port and do SIP from the TA to Asterisk. |
20:11.50 | saint_ | not really looking for support though. more for personal experience. does 100% of people here have nothing but Digium or Sangoma in prod? |
20:12.13 | saint_ | I was looking at those board mid page https://www.amazon.com/s?k=freepbx+t1+board&ref=nb_sb_noss |
20:12.32 | igcewieling | Well, you'll need to talk to them about support. |
20:13.03 | saint_ | yes, but once again, i am not looking for support here. just experience of people who used anything else than digium or sangoma.. |
20:13.15 | igcewieling | Nobody here does as far as I know. |
20:13.32 | saint_ | ok.. bummer.. thanks :) |
20:13.55 | saint_ | I might give it a shot in a lab then. and if it works, bring it in prod.. we'll see.. thanks for the feedback |
21:00.20 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda0009da78fecc17691e.dip0.t-ipconnect.de) |
22:07.39 | *** join/#asterisk akp55 (~akp55@c-73-148-15-158.hsd1.va.comcast.net) |
23:04.11 | *** join/#asterisk koltrast (b1c16281@h77-53-57-114.cust.a3fiber.se) |
23:15.33 | *** join/#asterisk tecfall (~tecfall@ip68-226-58-248.om.om.cox.net) |
23:17.25 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |