00:46.05 | *** join/#asterisk Katty (uid62315@gateway/web/irccloud.com/x-zvczqztwoamnhjyl) |
00:53.51 | *** join/#asterisk war9407 (war@2600:4040:4001:1e00::f7aa) |
01:23.11 | *** join/#asterisk jasonwert (~w3rt@198.167.245.16) |
01:25.51 | *** join/#asterisk techquila (~techquila@116.90.74.248) |
01:31.01 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
01:55.48 | jkroon | if I'm patching m4 and other autoconf related files, what's the correct process to rebuild ./configure? |
02:14.13 | *** join/#asterisk mindthelion (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
02:32.33 | drmessano | file: Is this syntax correct for the 'i' option? |
02:32.36 | drmessano | MulticastRTP/linksys/239.10.1.1:5004/239.10.1.1:6061/i(10.255.255.1) |
03:02.56 | *** join/#asterisk jkroon (~jkroon@41.113.73.130) |
06:04.46 | *** join/#asterisk infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
06:04.47 | *** 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:28.27 | *** join/#asterisk SirNueromancer (~textual@2600:1700:e43:882f:683e:cff4:432f:fcde) |
06:37.48 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
06:39.10 | *** join/#asterisk gerhard (~gerhard@ip5657ee30.direct-adsl.nl) |
06:44.32 | *** join/#asterisk teleprompter (uid385826@gateway/web/irccloud.com/x-cwvuykafpdjqinbm) |
07:22.26 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
07:22.41 | *** join/#asterisk Chotaire (chotaire@unaffiliated/chotaire) |
07:27.30 | *** join/#asterisk eharris (~eharris@unaffiliated/eharris) |
07:29.12 | *** join/#asterisk ganbold (~ganbold@66.85.186.234) |
07:36.11 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
08:08.57 | *** join/#asterisk jkroon (~jkroon@41.114.202.238) |
09:43.06 | *** join/#asterisk Typhon (~Typhon@ipservice-092-218-218-253.092.218.pools.vodafone-ip.de) |
10:08.22 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
11:33.33 | *** join/#asterisk dacod (~dacod@2804:7f5:f380:4df7::2) |
11:45.41 | *** join/#asterisk Kaian (~kaian@2a0b:fcc0:0:2::219) |
11:54.09 | *** join/#asterisk gerhard (~gerhard@ip5657ee30.direct-adsl.nl) |
11:56.53 | *** join/#asterisk jkroon (~jkroon@41.114.175.162) |
12:10.16 | *** join/#asterisk emsjessec (~emsjessec@pool-173-54-255-231.nwrknj.fios.verizon.net) |
12:43.56 | *** join/#asterisk Typhon (~Typhon@ipservice-092-218-218-253.092.218.pools.vodafone-ip.de) |
12:52.07 | *** join/#asterisk miralin (~Thunderbi@178.34.150.145) |
13:01.57 | *** join/#asterisk jjrh (~weechat12@2607:f0b0:7:834a:216:3eff:fefe:444f) |
13:37.44 | *** join/#asterisk dacod (~dacod@201.47.74.146) |
14:20.43 | *** join/#asterisk defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
14:28.41 | *** join/#asterisk Kaian (~kaian@2a0b:fcc0:0:2::219) |
14:28.52 | seanbright | drmessano: that appears to be correct |
14:29.57 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
14:32.04 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
14:50.53 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
15:17.49 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
15:22.27 | drmessano | seanbright: Thanks! |
15:22.48 | seanbright | i'm basing that on looking at code, i have no idea if it is "correct" |
15:22.53 | seanbright | i don't know anything about multicast |
15:23.11 | drmessano | Right. Understood. Just wanted a syntax conformation. |
15:23.19 | drmessano | Confirmation |
15:24.24 | drmessano | I'm trying to implement this in the worst way possible, so having some pieces confirmed helps a lot |
15:26.15 | Samot | drmessano: Oh, using the Lanny Method approach. Daring. |
15:26.36 | drmessano | And Brave |
15:31.19 | drmessano | I need to Asterisk installed at home and make a few multicast test calls first, to confirm the endpoints and my VLC client can receive audio |
15:31.28 | drmessano | get* |
15:32.05 | drmessano | After that I can nail down the multicast routing |
15:33.02 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-jvxrregwtndpcfeg) |
15:33.02 | *** mode/#asterisk [+o bford] by ChanServ |
15:36.02 | Samot | Cool, let me know how it goes. |
15:36.26 | Samot | It's something I don't see a need of doing (for me) but I'm interested if it does work. |
15:37.40 | Samot | But who knows. We've been messing around doing IP cameras so I could see a door buzzer with video or something being needed to alert people in the the possible future. |
15:40.15 | igcewieling | Algol has some interesting products, we use them for overhead paging, but they have doorphone (and video doorphones) with SIP. I don't know if they do multicast. http://www.algosolutions.com/products/doorphones-security.html |
15:42.54 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-oxowycadztvnkxwv) |
15:42.54 | *** mode/#asterisk [+o kharwell] by ChanServ |
15:54.02 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
16:13.56 | *** join/#asterisk wonderworld (~wonderwor@unaffiliated/wonderworld) |
16:14.47 | wonderworld | hey all. i remember using a very nice ncurses gui to visualize sip traffic. forgot the name. ;) |
16:19.15 | igcewieling | sngrep |
16:24.09 | igcewieling | Wow, 1178 IPs blocked by fail2ban for ssh attack |
16:28.06 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
16:28.10 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
16:36.48 | wonderworld | igcewieling: hey thank you thats it. very nice tool. |
16:41.42 | wonderworld | i have a problem with zombie sip channels. sip softphones register via WSS and are bridged in a confbridge. when users close their browser, etc the sip channels stay alive and the count of participants in confbridge doesn't go down. |
16:42.32 | wonderworld | i guess I'd need to set a timeout that checks if sip or websocket signalling has been received in the last x seconds, but I am not sure where to do it. |
16:45.27 | igcewieling | there are session-timers and rtp keepalive options for pjsip and chan_sip. |
16:46.10 | wonderworld | thank you i will read that up |
16:50.42 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
16:53.21 | *** join/#asterisk Champi (Champi@damn.e-leet.be) |
17:04.31 | *** join/#asterisk jkroon (~jkroon@165.16.204.110) |
17:08.34 | *** join/#asterisk gerhard7 (~gerhard@ip5657ee30.direct-adsl.nl) |
17:09.08 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
17:11.34 | Samot | wonderworld: Is the WebRTC phone sending a BYE when the browser closes? |
17:21.02 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
17:25.02 | wonderworld | Samot: it should but it sometimes doesn't have enough time to do it when the browser is being closed. |
17:25.28 | wonderworld | the sip channels then just stay alive forever and i am looking for a way to detect the right ones and kill them |
17:25.53 | wonderworld | this is a pretty old asterisk though, maybe i should update it first to the latest version and try again? |
17:26.06 | wonderworld | i use 14.3.0 |
17:28.08 | Samot | OK so the issue is that the SIP client (WebRTC) isn't actually disconnecting the call or sending anything to indicate a BYE should happen. |
17:28.19 | Samot | These are not "zombie" calls to Asterisk. |
17:29.39 | igcewieling | We don't live in a perfect world. If the PBX can't handle a loss of connectivity with a client, then it is broken. |
17:29.48 | wonderworld | maybe my terminology is wrong. |
17:30.03 | Samot | You have an active call via WebRTC. |
17:30.16 | wonderworld | this would be one of the channels without SIP client shown by "sip show channels" |
17:30.29 | wonderworld | 176.22.196.21 sq siirlcoiq3oqosd (alaw) No Rx: ACK sq |
17:30.32 | Samot | You're closing the browser and the WebRTC client isn't sending a BYE. |
17:30.37 | igcewieling | have you considered using PJSIP instead? |
17:31.10 | Samot | This is just like if a hardphone hung up their handset and the phone didn't send a BYE to the PBX |
17:32.19 | wonderworld | Samot: is there a way to work around this? |
17:32.36 | Samot | Outside of fixing your WebRTC client? I'm not really sure. |
17:32.47 | wonderworld | igcewieling: if it would solve my problems, i would try port it to pjsip |
17:32.53 | Samot | How do you know which channels in the bridge are not active anymore because a browser was closed? |
17:32.59 | Samot | To Asterisk the call is still up. |
17:33.20 | wonderworld | Samot: i am testing by myself with the browser just spawning new sessions |
17:33.36 | igcewieling | wonderworld: chan_sip support session timers, but I'd look at rtpkeepalive first. |
17:33.42 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
17:33.49 | Samot | So each time you open the browser the WebRTC is making a new call? |
17:34.19 | wonderworld | igcewieling: i did that. but when setting rtp debug to on, i still see asterisk pushing out the rtp stream to the dead clients and the timeout doesn't trigger |
17:34.31 | wonderworld | Samot: yes |
17:34.45 | Samot | OK so you have an issue with your WebRTC client. |
17:34.48 | igcewieling | wonderworld: I think it timesout on no received rtp |
17:34.52 | Samot | It's not disconnecting calls to the other side |
17:34.57 | Samot | So it just keeps making new calls. |
17:35.12 | Samot | Because once you close the broswer, the client thinks there are no active calls. |
17:35.16 | wonderworld | Samot: basicly it's the RTP implementation in Firefox and CHrome |
17:35.26 | Samot | This has nothing to do with RTP |
17:35.32 | igcewieling | wonderworld: test disconnecting by removing the network connection. that way nobody will get hungup (pun intended) on the "closing the browser" part. |
17:35.34 | Samot | A BYE doesn't have RTP in it. |
17:35.58 | Samot | Again this is like a regular phone never sending a BYE but still making new calls on the line like it's not in use. |
17:36.12 | Samot | Your WebRTC client needs to be fixed. |
17:36.25 | igcewieling | You problem appears to me to be a general issue with the PBX losing connection to the softhone, I can't imagine how closing the app is any different from a connectivity outage. |
17:36.40 | Samot | This isn't a PBX problem |
17:36.53 | Samot | This is a WebRTC client problem. It's not ending calls properly. |
17:37.01 | Samot | And then it just creates new ones. |
17:37.31 | igcewieling | just like if the network connection dropped? |
17:37.53 | Samot | Well I haven't seen any debugs or data. |
17:38.02 | wonderworld | Samot: sorry i meant webrtc implementaion, not RTp of course |
17:38.16 | Samot | But sure, the PBX isn't seeing the dead audio stream.. |
17:38.33 | Samot | Unless the WebRTC is background while the browser is closed. |
17:38.38 | Samot | I don't know. |
17:39.34 | Samot | wonderworld: So you close a browser and after a minute you still see the same amount of channels in the conf bridge? |
17:39.51 | wonderworld | would it be of any use if the softphone would use different usernames to start calls? |
17:40.00 | wonderworld | Samot: yes exactly |
17:40.22 | Samot | And it will stay up in the conf bridge even after all the other calls have properly disconnected? |
17:40.25 | wonderworld | Samot: it works sometimes, but 20-30% of channels stay there until i kill them manualy |
17:40.27 | Samot | It just will never drop? |
17:40.53 | wonderworld | yes, confbridge showed 12 participants with zero ppl in it |
17:41.18 | Samot | And you had 12 active calls and channels in the PBX? |
17:41.57 | wonderworld | i was thinking about detecting the time, the last sip package arrived from a client and script myself a timeout around it |
17:42.11 | wonderworld | but i couldn't find a way to get this information yet |
17:42.14 | Samot | OK, humor me on this. |
17:42.50 | Samot | Replicate the issue. Close the browser, have the call still active in the PBX...then reboot the computer. |
17:43.42 | wonderworld | reboot the client or the pbx? |
17:43.53 | igcewieling | wonderworld: are you blocking ANY ICMP? |
17:44.05 | wonderworld | igcewieling: this might be |
17:44.22 | wonderworld | i think i am just forwarding the needed ports for sip/webrtc/rtp |
17:45.36 | wonderworld | i can ping the pbx on it's public ip |
17:45.42 | wonderworld | should that be sufficient? |
17:47.10 | wonderworld | let me try to reboot my box as samot requested. back in a minute |
17:49.06 | *** join/#asterisk wonderworld (~wonderwor@unaffiliated/wonderworld) |
17:49.28 | wonderworld | ok, replicated the issue and rebooted the client machine. channels stimm there |
17:49.36 | wonderworld | still |
17:49.59 | wonderworld | maybe i will first update to the latest asterisk and try again |
17:53.09 | *** join/#asterisk Ai9zO5AP (~BQcdf9eiZ@41.248.206.20) |
17:58.55 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-cglfvaxigbiabyjl) |
17:58.55 | *** mode/#asterisk [+o rmudgett] by ChanServ |
18:02.28 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
18:09.05 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
18:19.17 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
18:38.37 | *** join/#asterisk [sr] (~kvirc@pal-213-228-163-73.netvisao.pt) |
18:41.13 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
18:46.12 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
18:49.48 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
18:52.17 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
18:59.42 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
19:04.12 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
19:05.29 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
19:05.29 | *** join/#asterisk Ai9zO5AP (~BQcdf9eiZ@41.248.206.20) |
19:11.55 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
19:16.29 | *** join/#asterisk teleprompter (uid385826@gateway/web/irccloud.com/x-gfuuzxqgnkoydsvu) |
19:28.03 | *** join/#asterisk giesen (~ggiesen@ego.giesen.me) |
20:11.22 | *** join/#asterisk miralin (~Thunderbi@178.34.150.145) |
20:18.23 | *** join/#asterisk i9zO5AP (~BQcdf9eiZ@41.248.163.16) |
20:30.48 | *** join/#asterisk hfb (~hfb@47.139.16.213) |
20:32.19 | *** join/#asterisk overyander (~overyande@209.141.208.197) |
20:32.56 | overyander | can you specify multiple e-mail addresses in the e-mail field for a voice mail box? |
20:33.30 | igcewieling | I'm reasonably sure you can't. |
20:33.53 | Samot | email1@domain.com|email2@domain.com |
20:34.17 | Samot | You need to use a | just like the options. |
20:36.10 | overyander | thanks Samot. Is there a space between the addresses and the | character? |
20:36.23 | Samot | No. |
20:38.17 | igcewieling | nifty. |
20:46.01 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
21:00.40 | *** join/#asterisk pvoigt (~Linux@unaffiliated/pvoigt) |
21:01.42 | *** join/#asterisk scampbell (~scampbell@mail.scampbell.net) |
21:09.24 | igcewieling | Samot: any idea when the GUI started changing , to | when writing out the e-mail field ? I'm reasonably sure FreePBX 2.9 did not do that. |
21:10.39 | Samot | I have no clue about the GUI but the | has been a voicemail option for a very very long time. |
21:14.40 | igcewieling | I suspect | for voicemail e-mail field was supported at least as far back as 1.4. |
21:16.35 | *** join/#asterisk defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
21:31.22 | *** join/#asterisk SSlater (~simon@mail.favour.com.au) |
21:50.57 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
22:00.43 | *** join/#asterisk nny (463d7722@rrcs-70-61-119-34.midsouth.biz.rr.com) |
22:01.13 | nny | i feel stupid, what's the command to show all channel variables for a give channel vs. what (ex: sip show channel) shows? |
22:01.19 | nny | given* |
22:01.23 | nny | globals, etc |
22:01.36 | seanbright | core show channel <channel> |
22:03.14 | igcewieling | Dumpchan if you want to do it in the dialplan |
22:06.12 | nny | ty to both of ya |
22:07.55 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
22:49.01 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
22:59.40 | *** join/#asterisk _0x5eb_ (~seb@seb-hpws2.w1.tele.crt1.net) |