| 00:13.18 | *** join/#asterisk NI33 (~NI33@84-24-213-35.cable.dynamic.v4.ziggo.nl) |
| 00:16.17 | *** join/#asterisk infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 00:16.17 | *** topic/#asterisk is Take the March 2019 Asterisk User Survey! https://goo.gl/forms/xL1VUHRsf95saly13 -- #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.27.0 (2019/5/30) 16.4.0 (2019/5/30), Security Only: 15.7.2 (2019/2/28); DAHDI: 2.11.1 (2016/03/01); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 |
| 00:21.53 | *** join/#asterisk paulgrmn_ (~paulgrmn@c-68-34-113-42.hsd1.mi.comcast.net) |
| 00:34.41 | *** join/#asterisk Cory (~Cory@unaffiliated/cory) |
| 02:48.08 | *** join/#asterisk ruben23 (~Opendial@49.151.227.207) |
| 02:53.31 | *** join/#asterisk mnathani (~mnathani@toroon4654w-lp130-04-64-231-102-163.dsl.bell.ca) |
| 02:54.30 | mnathani | looking for a high quality SIP / IAX provider that can send Caller ID for international Calls. I am located in Canada, but East Coast USA POP should be fine as well. Can anyone suggest a provider? I have currently treid voip.ms and flowroute |
| 03:02.01 | *** join/#asterisk miralin (~Thunderbi@81.177.58.137) |
| 03:26.43 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 03:49.35 | ih8wndz | mnathani: what's wrong with flowroute? |
| 03:55.35 | mnathani | Couldnt get caller ID to work for international calls |
| 03:57.32 | Samot | Incoming caller ID? |
| 03:58.23 | mnathani | outbound |
| 03:58.27 | mnathani | no did |
| 03:58.36 | mnathani | just using SIP termination |
| 03:59.46 | Samot | So the other side wasn't getting your caller ID? |
| 03:59.50 | mnathani | thats right |
| 03:59.57 | Samot | That's not up to Flowroute. |
| 04:00.14 | Samot | That's up to the receiving carrier. |
| 04:00.27 | mnathani | Sending calls to PSTN |
| 04:00.32 | Samot | Right. |
| 04:00.49 | mnathani | VoipMS sends the caller ID just fine, but Flowroute does not |
| 04:01.17 | Samot | That's probably due to their International upstream. |
| 04:03.54 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
| 04:08.14 | *** join/#asterisk mindthelion (~techquila@121-75-249-73.dyn.vf.net.nz) |
| 04:58.42 | *** join/#asterisk NI33 (~NI33@84-24-213-35.cable.dynamic.v4.ziggo.nl) |
| 06:21.37 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
| 06:55.37 | *** join/#asterisk Downlots (~Downlots@185.73.41.1) |
| 06:59.31 | *** join/#asterisk NI33 (~NI33@62-145-206-214.cable.dynamic.v4.ziggo.nl) |
| 08:28.58 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
| 08:29.15 | *** join/#asterisk WizJin (~WizJin@103.250.161.96) |
| 08:43.40 | *** join/#asterisk troyt (zncsrv@2601:681:4100:8981:44dd:acff:fe85:9c8e) |
| 08:55.41 | *** join/#asterisk troyt (zncsrv@2601:681:4100:8981:44dd:acff:fe85:9c8e) |
| 09:03.32 | *** join/#asterisk hensema (~erik@scrat.hensema.net) |
| 09:14.24 | hensema | for our queues we use a StateInterface for each agent, to prevent multiple simultaneous calls to the same agent. Works great. However now we've also got agent at a remote location with an asterisk connected over IAX2. How do I find out the correct StateInterface to use? |
| 09:14.48 | hensema | (StateInterface is also called hint) |
| 09:18.17 | *** join/#asterisk mindthelion (~techquila@121-75-249-73.dyn.vf.net.nz) |
| 09:22.33 | *** join/#asterisk pchero_work (~pchero@51.247.195.35.bc.googleusercontent.com) |
| 09:23.07 | *** join/#asterisk cresl1n (uid299068@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 09:23.07 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 09:49.43 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 10:18.26 | *** join/#asterisk NI33 (~NI33@62-145-206-214.cable.dynamic.v4.ziggo.nl) |
| 10:18.34 | *** join/#asterisk derPlexus (~plexus@81.173.204.226) |
| 10:45.11 | *** join/#asterisk Downlots (~Downlots@185.73.41.1) |
| 10:58.52 | *** join/#asterisk twanny796 (~user@antazzo.com) |
| 11:01.20 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-jiarqzjelljjxfzv) |
| 11:01.20 | *** mode/#asterisk [+o bford] by ChanServ |
| 11:02.11 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 11:02.49 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 11:12.36 | *** join/#asterisk emsjessec (~emsjessec@96.56.225.51) |
| 11:29.11 | LunaLovegood | How do VoIP carriers to the PSTN these days? Is it still a bunch of T1 lines? |
| 11:59.02 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
| 12:06.15 | Samot | hahaha, no. |
| 12:54.02 | *** join/#asterisk infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 12:54.02 | *** topic/#asterisk is Take the March 2019 Asterisk User Survey! https://goo.gl/forms/xL1VUHRsf95saly13 -- #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.27.0 (2019/5/30) 16.4.0 (2019/5/30), Security Only: 15.7.2 (2019/2/28); DAHDI: 2.11.1 (2016/03/01); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 |
| 13:10.23 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
| 13:13.56 | *** join/#asterisk jeffspeff (~jeffspeff@12.49.160.131) |
| 13:22.42 | NI33_ | lagzilla: there a multiple solutions. You can do : |
| 13:22.53 | NI33_ | exten => _XXX.,1,Goto(50) |
| 13:22.57 | NI33_ | or: |
| 13:22.57 | sibiria | you just set three extensions in a row |
| 13:23.03 | NI33_ | exten => _XXX,1,Goto(50); |
| 13:23.04 | sibiria | _xxx _xxxx _xxxxx |
| 13:23.14 | NI33_ | exten => _XXXX,1,Goto(50); |
| 13:23.15 | NI33_ | etc |
| 13:23.24 | sibiria | keep in mind that . and ! will match indefinitely |
| 13:23.39 | sibiria | i.e. _x! will pick up anything from 1 to infinite number |
| 13:23.40 | NI33_ | or But do check if you can match more precisely first. |
| 13:23.57 | NI33_ | So if you know the number starts with 0 or [1-9] do take that into account |
| 13:25.00 | NI33_ | It's better to be precise and then add more wild(card) matches later, only if required. The longest/most precise will get matched first |
| 13:26.12 | NI33_ | Also finite-length should be preferred over indefinite length matches. If you are in a country where you have a finite (fixed-length) numbering plan, this can be very advantagous. |
| 13:26.13 | sibiria | unless there's a shorter match first |
| 13:26.49 | sibiria | _1xxx will match for 1234 before _1. does |
| 13:27.26 | NI33_ | Yes, it is more precise / complete, longest/best match first |
| 13:27.38 | sibiria | so do follo NI33's recommendation and specify your extensions in short order first, wildcard stuff last |
| 13:27.42 | sibiria | follow* |
| 13:28.52 | lagzilla | thank you |
| 13:29.20 | NI33_ | If you can circumvent using short wildcards that's best. It will make your phones dial immediately when they can find a full match, instead of waiting for timeout for example. |
| 13:30.09 | *** join/#asterisk scgm11_ (~scgm11@r186-49-56-59.dialup.adsl.anteldata.net.uy) |
| 13:30.20 | NI33_ | (For phones/protocols that send the extension per digit and don't do enbloc dialing) |
| 13:31.22 | sibiria | <rotary dial phone with pulse-to-dtmf converter> hello everyone |
| 13:33.00 | NI33_ | Older voip phones and do this for example (skinny, some really old sip, etc) |
| 13:33.53 | sibiria | i suppose it has its nature in how number/dial plans originally are a shortest-match thing |
| 13:34.10 | sibiria | (analog switchboard requirement) |
| 13:35.15 | NI33_ | Countries with non finite length dialplans have a really quirky way the PSTN/CITT switches had to be set up to make them work correctly |
| 13:35.27 | NI33_ | Germany for example, has a numbering plan like this |
| 13:36.31 | NI33_ | They had to wait for remore Progress to change dialtones, and then for proceeding to tell the phone it was actually on the way to being connected, for it to signal ringing |
| 13:37.04 | NI33_ | Until the dialtone change, extra digits could be fed. Later on they added overlap dialing to accomodate this |
| 13:37.15 | NI33_ | (yuck) |
| 13:55.47 | *** join/#asterisk stevenm (~stevenm@195.62.218.30) |
| 13:58.23 | stevenm | Although both are terrible for machine data (e.g. fax data, PC modems, etc...) if you were *FORCED* (I already know of the options and how they don't apply) to use either ulaw or alaw... which (if either) has a slight advantage over the other? I read that ulaw has a "larger dynamic range" than alaw - but not sure if that means it might be slightly better or worse for machine data. |
| 14:17.14 | sibiria | greater dynamic range is only a benefit for dynamic amplitude - i.e. a human voice |
| 14:17.58 | sibiria | squeaky modem/fax tones and other bleeps and boops are not really affected in any direction between ulaw or alaw |
| 14:20.08 | sibiria | in my own experience, having tested a wide arrange of speech encoded as ulaw and alaw, i can't say there's anything particularly noticable in neither resolution or clarity in any part of the voice frequency spectrum |
| 14:20.16 | sibiria | range* |
| 14:21.29 | sibiria | i'm sure it's something you can spot on a spectrogram but there's no immediately obvious difference at the combination of human speech + 4000 hz cutoff |
| 14:26.17 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-kskvfkywnxtfwsdw) |
| 14:26.17 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 15:32.31 | *** join/#asterisk pabe (~pabe@81.24.66.208) |
| 15:36.06 | *** join/#asterisk pabe (~pabe@81.24.66.208) |
| 15:56.53 | *** join/#asterisk NWATechSupport (~NWARSciGu@wsip-72-204-193-12.ks.ks.cox.net) |
| 15:59.15 | *** join/#asterisk igeni (~textual@ip4da717d5.direct-adsl.nl) |
| 16:14.47 | *** join/#asterisk scgm11_ (~scgm11@r186-49-56-59.dialup.adsl.anteldata.net.uy) |
| 16:15.45 | NWATechSupport | I'm not certain if this is FreePBX or Asterisk. I noticed a typo in the header comments for nearly every file I see in Admin>Config Edit page. What is the proper way of submitting this or helping correct it? |
| 16:16.21 | NWATechSupport | It isn't much, but it's honest work. |
| 16:16.41 | file | that's not Asterisk |
| 16:16.49 | NWATechSupport | Roger that. Thank you. |
| 16:19.00 | Samot | NWATechSupport: The typo is the wrong thing of FreePBX to focus on in your case. |
| 16:19.32 | Samot | It is really, really, really small compared to all the other things you need to be concerned about when it comes to FreePBX. |
| 16:20.22 | NWATechSupport | Yeah... but it's the only thing I can legitimately contribute to. In all other things, I'm just a consumer right now. |
| 16:20.33 | NWATechSupport | So since I noticed it, I thought I'd see if I can help fix it. |
| 16:20.59 | Samot | Then you would open an issue in the issue tracker. |
| 16:21.06 | NWATechSupport | Roger that. Thank you. |
| 16:21.29 | Samot | It will be prioritized and pushed into the workflow. |
| 16:22.17 | Samot | Speaking of workflow. Did you do the testing on the phone? |
| 16:23.33 | NWATechSupport | In a sense. I didn't get much of a chance to come back and touch the phones yesterday, but I upgraded the firmwares again and they did not reset this morning. I think you're right that, while it's not completely provisioning correctly, it was provisioning enough to get the command to downgrade the firmware. |
| 16:25.04 | NWATechSupport | I'm about to head to lunch for a bit, too. I'll be gone for about an hour. I feel I should keep this issue to #Freepbx... though it should probably be in #Sangoma |
| 17:43.54 | *** join/#asterisk infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 17:43.54 | *** topic/#asterisk is Take the March 2019 Asterisk User Survey! https://goo.gl/forms/xL1VUHRsf95saly13 -- #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.27.0 (2019/5/30) 16.4.0 (2019/5/30), Security Only: 15.7.2 (2019/2/28); DAHDI: 2.11.1 (2016/03/01); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 |
| 17:54.40 | *** join/#asterisk scgm11__ (~scgm11@r186-49-56-59.dialup.adsl.anteldata.net.uy) |
| 18:00.24 | *** join/#asterisk clarjon1 (~clarjon1@unaffiliated/clarjon1) |
| 18:20.54 | *** join/#asterisk scgm11_ (~scgm11@r186-49-56-59.dialup.adsl.anteldata.net.uy) |
| 18:21.48 | *** join/#asterisk s-mutin (~s-mutin@85.234.114.134) |
| 19:29.58 | *** join/#asterisk miralin (~Thunderbi@81.177.58.137) |
| 19:36.40 | *** join/#asterisk twanny796 (~user@antazzo.com) |
| 20:07.34 | *** join/#asterisk mindthelion (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
| 20:13.03 | *** join/#asterisk ruben23 (~Opendial@49.151.227.207) |
| 20:13.26 | ruben23 | hi there guys any idea on this issue i cant install dahdi ----> https://pastebin.com/9ym1CBqF |
| 20:15.11 | *** join/#asterisk mindthelion (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
| 20:16.10 | ruben23 | any idea guys..? |
| 20:18.31 | *** join/#asterisk mindthelion (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
| 20:20.47 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
| 20:21.40 | Samot | Don't use DAHDI so can't help. |
| 20:25.16 | *** join/#asterisk pa (~pa@unaffiliated/pa) |
| 20:32.11 | *** join/#asterisk Downlots (~Downlots@2a02:85f:1502:be00:394a:eb8:16b1:7fd0) |
| 21:23.57 | salviadud | ruben23, what distribution are you using? |
| 21:26.52 | ruben23 | salviadud: ubuntu server 18.04 LTS |
| 21:27.49 | salviadud | ruben23, is there a binary package for dahdi on that version of ubuntu? |
| 21:28.08 | salviadud | thinks... |
| 21:28.19 | salviadud | You definetely need to compile that thing |
| 21:28.38 | salviadud | ruben23, have you considered using another distro? |
| 21:28.50 | salviadud | does it have to be ubuntu? |
| 21:29.11 | ruben23 | salviadud: it needs to be Ubuntu server :( |
| 21:30.57 | salviadud | I compiled dahdi so long ago, I forget if I ran ./configure |
| 21:31.01 | salviadud | is that needed? |
| 21:31.59 | salviadud | ruben23, can you download an older kernel? |
| 21:32.29 | salviadud | and did you make sure your kernel development tools/folders are all there? |
| 21:35.00 | ruben23 | salviadud: this server is on a digital ocean - i think they used VPS containers |
| 21:35.34 | sibiria | if you're using the ubuntu packages there might be a package for just that module (several linux dists package parts of asterisk that way) |
| 21:36.31 | salviadud | Wait, you're telling me that you want to install dahdi on virtual hardware? |
| 21:37.29 | Samot | Uhm. |
| 21:37.33 | salviadud | I mean, a virtual machine |
| 21:37.47 | salviadud | It's on a hypervisor. |
| 21:37.48 | Samot | What DAHDI hardware is it going to use? |
| 21:38.08 | salviadud | Samot gets it. |
| 21:38.48 | Samot | I get if this was a VM host you controlled and had DAHDI hardware on the host... |
| 21:38.53 | Samot | But this is Digital Ocean. |
| 21:39.23 | salviadud | just googled it |
| 21:39.26 | salviadud | Kubernetes |
| 21:39.41 | salviadud | :| |
| 21:39.58 | salviadud | Well, problem solved. Don't install dahdi |
| 21:41.17 | salviadud | use confbridge for meeting rooms |
| 21:57.27 | *** join/#asterisk pchero_work (~pchero@dhcp-077-249-058-090.chello.nl) |
| 22:08.39 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
| 22:25.00 | *** topic/#asterisk by bford -> Take the March 2019 Asterisk User Survey! https://goo.gl/forms/xL1VUHRsf95saly13 -- #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.27.1 (2019/7/11) 16.4.1 (2019/7/11), Security Only: 15.7.3 (2019/7/11); DAHDI: 2.11.1 (2016/03/01); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 |
| 22:47.36 | *** join/#asterisk paulgrmn_ (~paulgrmn@c-68-34-113-42.hsd1.mi.comcast.net) |
| 22:51.10 | *** join/#asterisk Iamnacho (~Iamnacho@ip68-103-241-228.ks.ok.cox.net) |
| 23:01.02 | *** join/#asterisk yoink (~yoink@unaffiliated/yoink) |
| 23:01.27 | *** topic/#asterisk by kharwell -> Take the March 2019 Asterisk User Survey! https://goo.gl/forms/xL1VUHRsf95saly13 -- #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.27.1 (2019/7/11) 16.4.1 (2019/7/11), Security Only: 15.7.3 (2019/7/11); DAHDI: 3.0.0 (2018/11/15); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 |
| 23:23.34 | *** join/#asterisk petris (~quassel@li-docker.host.petris.net) |
| 23:42.58 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
| 23:45.04 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
| 23:47.21 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
| 23:48.11 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
| 23:57.33 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 23:57.48 | *** join/#asterisk badpixel (~badpixel@unaffiliated/badpixel) |