| 00:03.53 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
| 00:12.41 | *** join/#asterisk Chotaire (chotaire@unaffiliated/chotaire) |
| 06:06.16 | *** join/#asterisk infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 06:06.16 | *** topic/#asterisk is AstriCon 2019 in Atlanta! http://www.astricon.net/ -- #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.29.1 (2019/10/16) 16.6.1 (2019/10/16) Standard: 17.0.0 (2019/10/28); DAHDI: 3.0.0 (2018/11/15); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 |
| 06:29.07 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
| 06:35.47 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
| 06:46.34 | *** join/#asterisk miralin (~Thunderbi@178.34.151.147) |
| 08:37.37 | *** join/#asterisk defsdoor (~Andrew@46.16.211.156) |
| 08:47.40 | *** join/#asterisk miralin1 (~Thunderbi@178.34.150.145) |
| 08:54.49 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
| 09:06.03 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 09:47.37 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 10:32.31 | *** join/#asterisk Ai9zO5AP (~BQcdf9eiZ@41.140.230.52) |
| 11:55.27 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 11:58.08 | *** join/#asterisk Someone_Else (~Someone_E@deze-server.isvanmij.nl) |
| 12:03.57 | *** join/#asterisk emsjessec (~emsjessec@96.56.225.51) |
| 12:28.00 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 12:28.00 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
| 12:37.21 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 12:47.33 | *** join/#asterisk dacod (~dacod@201.47.74.146) |
| 13:29.05 | *** join/#asterisk s3c70r (~user@uranus.belnet.de) |
| 13:36.45 | s3c70r | hi |
| 13:44.53 | *** join/#asterisk s3c70r (~user@uranus.belnet.de) |
| 13:46.54 | *** join/#asterisk s3c70r (~user@uranus.belnet.de) |
| 13:47.36 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
| 13:51.22 | *** join/#asterisk s3c70r (~user@uranus.belnet.de) |
| 13:53.04 | *** join/#asterisk s3c70r (~user@uranus.belnet.de) |
| 13:56.39 | *** join/#asterisk s3c70r (~user@uranus.belnet.de) |
| 13:58.50 | *** join/#asterisk gerhard7 (~gerhard@ip5657ee30.direct-adsl.nl) |
| 13:58.59 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
| 14:01.30 | *** join/#asterisk s3c70r (~user@uranus.belnet.de) |
| 14:22.09 | *** join/#asterisk s3c70r (~user@uranus.belnet.de) |
| 14:23.39 | s3c70r | Lately i ran into some type of bug/race condition which caused Asterisk to SIGSEGV may someone help me out to locate/fix the bug? |
| 14:24.24 | file | what version of Asterisk? |
| 14:24.25 | Samot | Describe the actual issue. |
| 14:24.29 | Samot | And that. |
| 14:24.58 | s3c70r | i can tell you in one second |
| 14:27.00 | s3c70r | Version is 13.21 |
| 14:28.37 | s3c70r | The server is heavily loaded and randomly crashes by NULL pointer dereference of tsx->transport |
| 14:30.10 | file | your version of Asterisk and of PJSIP is old, while someone could try to chase such a thing down it may already be fixed |
| 14:31.15 | s3c70r | the problem is i have to work with that and it wont be an option for me to port everything to a newer version |
| 14:34.14 | s3c70r | Also it is asterisk certified version and there does not exist any newer certified version or may i be wrong here? |
| 14:35.05 | *** join/#asterisk defsdoor (~Andrew@46.16.211.156) |
| 14:35.17 | file | there is no newer version of certified currently |
| 14:45.58 | s3c70r | also i noticed while analysis that some earlier stack frames which are close to the outermost frames got overwritten by some type of continuous pattern looking like some pointer arithmetic overwriting ioqueue pool structures. The problem is i was not capable of pointing out the real cause since asterisk is a highly multi threaded object. |
| 14:47.15 | s3c70r | so the actual cause of the segfault was in /src/pjsip/sip_transaction.c:1884 where PJSIP_TRANSPORT_IS_RELIABLE(tsx->transport) dereferences a NULL pointer. |
| 14:49.40 | s3c70r | all crashed occurred while ioqueue holds an read_event and the actual buffer of resolvers TX and RX does not contain any data which was going in ~8h before the crash telling me the data had to stay in the queue quit long before the crash happened |
| 14:50.30 | Samot | s3c70r: Do you have the actual support contract that goes with Certified or did you just use that version? |
| 14:53.41 | s3c70r | we use the open source version without any contract |
| 14:54.25 | *** join/#asterisk ircarcs (~quassel@169.9.159.77.rev.sfr.net) |
| 15:02.31 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-drtjuloksfnrqbwc) |
| 15:02.32 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 15:14.58 | *** join/#asterisk sekil (~sekil@178-222-22-196.dynamic.isp.telekom.rs) |
| 15:19.01 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-kaovdqtwjftpwdfh) |
| 15:19.01 | *** mode/#asterisk [+o bford] by ChanServ |
| 15:24.48 | *** join/#asterisk miralin (~Thunderbi@178.34.150.145) |
| 15:41.24 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-aoatzfetlxukupze) |
| 15:41.24 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 15:47.59 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
| 16:01.39 | *** join/#asterisk s3c70r (~user@uranus.belnet.de) |
| 16:02.01 | s3c70r | hello? |
| 16:04.55 | Samot | The suggestion is that you update |
| 16:05.01 | Samot | To the non certified version. |
| 16:09.40 | s3c70r | I thought the certified version should be more stable than the newer ones and getting support is essential especially on this sort of problems. |
| 16:13.26 | [TK]D-Fender | Only more supported by direct customers with contracts |
| 16:29.42 | Samot | Instead of getting updated every 4-6 weeks it's updated 4 times a year |
| 16:34.22 | s3c70r | thx |
| 18:44.07 | *** join/#asterisk defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
| 18:55.56 | *** join/#asterisk kip13 (~kip13@181.118.124.22) |
| 18:56.00 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
| 18:57.11 | igcewieling | I am unable to get the value of DIALSTATUS from inside a hangup handler. CLI output of a test call using a simplified dialplan. https://pastebin.com/zb4bitSZ |
| 18:57.37 | igcewieling | I'm hoping I'm missing something and not that it isn't supported. |
| 18:57.54 | *** join/#asterisk JohnWigley (uid264251@gateway/web/irccloud.com/x-ovedmhahpgctfurv) |
| 18:58.36 | file | DIALSTATUS is set on the calling channel |
| 18:58.53 | file | you're executing on the called channel |
| 18:58.56 | igcewieling | file: HANGUPCAUSE is accessable. |
| 18:59.14 | file | sure, that's for the channel itself |
| 18:59.15 | Samot | Yes but the called channel didn't Dial() |
| 18:59.30 | igcewieling | I also can't access is from MASTER_CHANNEL(DIALSTATUS) which should be the calling channel. |
| 19:00.10 | file | it's probably executing before DIALSTATUS has been set |
| 19:00.33 | igcewieling | ah, I'll add a wait and see what happens. |
| 19:01.28 | file | your logging doesn't include the thread ID, so I can't see where it is executing - whether it is acting synchronous or asynchronous |
| 19:03.56 | igcewieling | It will be easier to map a hangupcause to a dialstatus than it would be to try to access the value of DIALSTATUS in the parent channel. |
| 19:04.28 | igcewieling | Adding a wait generates [2019-11-11 14:04:06] WARNING[18683][C-000000b0]: channel.c:4864 ast_prod: Prodding channel 'PJSIP/vzb-regular-00000180' failed |
| 19:05.24 | igcewieling | there is an RFC for the mappings. |
| 19:06.12 | igcewieling | or better yet, use the SIP cause. |
| 19:08.11 | igcewieling | I'm trying to generate a CEL event with hangup info from the hangup handler independent of an agi or other dialplan. Thanks for the info file. |
| 19:36.01 | *** join/#asterisk miralin (~Thunderbi@178.34.150.145) |
| 20:18.03 | *** join/#asterisk i9zO5AP (~BQcdf9eiZ@41.248.206.20) |
| 20:31.45 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
| 22:12.06 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 22:25.38 | *** join/#asterisk r0ckp3arl_ (~admin@123-243-184-190.static.tpgi.com.au) |
| 23:04.04 | Samot | @file: Got a question for you. |
| 23:05.14 | Samot | If I Page() a group of endpoints (all PJSIP except one Local) and that Local is setup to Page() a multicast stream...what would happen? |
| 23:05.41 | file | it'd call all the PJSIPs and also do multicast |
| 23:05.50 | drmessano | Ooooh |
| 23:05.59 | Samot | So the Local would bridge up and still stream through? |
| 23:06.05 | file | yes |
| 23:06.11 | drmessano | Fsck yes |
| 23:06.15 | Samot | drmessano: There you go. |
| 23:06.21 | Samot | My theory was correct. |
| 23:07.20 | Samot | 6:00:31 PM <drmessano> Page ---> 101, 102, 103, 999 |
| 23:07.20 | Samot | 6:00:42 PM <drmessano> 999 Custom Extension---> Local/page-extension |
| 23:07.20 | Samot | 6:01:27 PM <drmessano> page-extension -----> Page(MulticastRTP/linksys/239.10.1.1:5004/239.10.1.1:6061) |
| 23:07.30 | Samot | So that flow works? |
| 23:07.32 | Samot | Sweet. |
| 23:07.38 | drmessano | file: I want to call a MulticastRTP page to say go to no-phone sets, but include it in one of the FreePBX GUI page groups.. So the idea was to Russian Nesting Doll it.. |
| 23:07.52 | file | sure |
| 23:08.09 | drmessano | That kicks ass.. Ok, then I will get cracking on it |
| 23:08.14 | drmessano | Thanks |
| 23:08.22 | Samot | â¤ï¸ â³ï¸ |
| 23:09.26 | drmessano | Samot: Oh and I want to route the Multicast across a couple MT boxes, because the PBX is up in a cloud |
| 23:09.37 | drmessano | SO multiple points of fom tuckery to play with |
| 23:09.44 | Samot | Yeah , let me know how that goes |
| 23:09.51 | Samot | Because that should be interesting. |
| 23:10.00 | drmessano | I actually THINK I got the Multicast routing working |
| 23:10.13 | drmessano | Once I get home I am gonna start the rest |
| 23:10.57 | Samot | https://pics.onsizzle.com/multi-rass-bitch-memeful-com-13561174.png |
| 23:11.36 | Samot | I don't care what anyone says. I f'ing love that movie. |
| 23:12.53 | drmessano | I pushed the MulticastRTP config to my SPA devices at home. I can see recievers joined on 239.10.1.1 from my home <> CHR |
| 23:13.02 | drmessano | So on paper, so far so good |
| 23:13.25 | drmessano | Headed home now to try a page |
| 23:27.20 | *** join/#asterisk defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
| 23:49.47 | *** join/#asterisk salviadud (~ralfalfa@187-162-213-198.static.axtel.net) |
